![](https://secure.gravatar.com/avatar/359652f5d5394fdc76fea714c0e40c97.jpg?s=120&d=mm&r=g)
Am 28.09.2017 um 18:17 schrieb Sergei Golubchik:
Hi, Reindl!
On Sep 28, Reindl Harald wrote:
it would be really cool if MariaDB minor updates (10.2.8 to 10.2.9 in that case) would work like for any other software - just replace the tarball, raise the version in the spec-file and hit "rpmbuild -bb mariadb.spec"
Could it be caused by, say, you upgrading cmake to some newest bleeding-edge version? Or some other changes you did meanwhile?
no, when i just change the "Version" tag in the previously attached mariadb.spec back to 10.2.8 nd hit cursor-up + enter i get a fresh 10.2.8 build the "CMake Deprecation Warning" warnings i dont care about are also there for 10.2.8, yes after a cmake update, but don#t matter at topic i care about the attachments which clearly shows that build fails hard
cmake/for_clients.cmake hasn't changed between 10.2.8 and 10.2.9. sql/CMakeLists.txt did, but nowhere near the line 387:
but something is broken now even on Fedora 25, i stopped trying on the F26 machine after that
376 IF(WIN32 OR HAVE_DLOPEN AND NOT DISABLE_SHARED) 377 ADD_LIBRARY(udf_example MODULE udf_example.c) 378 SET_TARGET_PROPERTIES(udf_example PROPERTIES PREFIX "") 379 # udf_example depends on strings 380 IF(WIN32) 381 IF(MSVC) 382 SET_TARGET_PROPERTIES(udf_example PROPERTIES LINK_FLAGS "/DEF:${CMA 383 ENDIF() 384 TARGET_LINK_LIBRARIES(udf_example strings) 385 ELSE() 386 # udf_example is using safemutex exported by mysqld 387 TARGET_LINK_LIBRARIES(udf_example mysqld) 388 ENDIF() 389 ENDIF()
all that code is from 2009
something got broken and it no longer builds, please look at the attachments from my initial mail