Friday, May 05, 2006

Unable to build MySQL 5.1 dev version from source

For a few weeks now I haven't been able to compile the most current MySQL 5.1 dev versions from the source anymore. My system is an AMD64 with SuSE 10.0 - and I tried it in two ways.

The first way is to get the current source code from BitKeeper. BitKeeper is installed on my system, so I get the current version with the "sfioball -r+ bk://mysql.bkbits.net/mysql-5.1-new mysql-5.1" command (which works fine). I change into the directory mysql-5.1 and enter "BUILD/compile-amd64-max" - that's the way I used to do it and before the problems started to occur, it always worked fine.

But now, after quite a while I end up with the following errors:

ccache gcc -DDBUG_OFF -Wimplicit -Wreturn-type -Wswitch -Wtrigraphs -Wcomment -W -Wchar-subscripts -Wformat -Wparentheses -Wsign-compare -Wwrite-strings -Wctor-dtor-privacy -Wnon-virtual-dtor -felide-constructors -fno-exceptions -fno-rtti -mtune=athlon64 -O3 -fno-omit-frame-pointer -g -fno-implicit-templates -fno-exceptions -fno-rtti -rdynamic -o ndb_mgmd MgmtSrvr.o MgmtSrvrGeneralSignalHandling.o main.o Services.o convertStrToInt.o SignalQueue.o MgmtSrvrConfig.o ConfigInfo.o InitConfigFileParser.o Config.o ../../../../storage/ndb/src/mgmclient/CommandInterpreter.o ../../../../storage/ndb/src/.libs/libndbclient.a -lpthread -lpthread -lpthread -lpthread -lpthread -lpthread -lpthread -lpthread -lpthread -lpthread -lpthread -lpthread -lpthread -lpthread -lpthread -lpthread -lpthread -lpthread -lpthread -lpthread ../../../../dbug/libdbug.a ../../../../mysys/libmysys.a ../../../../strings/libmystrings.a ../../../../cmd-line-utils/readline/libreadline.a -lncurses -lpthread -lcrypt -lnsl -lm -lpthread
../../../../storage/ndb/src/.libs/libndbclient.a(NdbDictionaryImpl.o):(.debug_loc+0x921): undefined reference to `.LVL119'
../../../../storage/ndb/src/.libs/libndbclient.a(NdbDictionaryImpl.o):(.debug_loc+0x92c): undefined reference to `.LVL119'
collect2: ld returned 1 exit status
gmake[5]: *** [ndb_mgmd] Error 1
gmake[5]: Leaving directory `/MySQL_51/mysql-5.1/storage/ndb/src/mgmsrv'
gmake[4]: *** [all-recursive] Error 1
gmake[4]: Leaving directory `/MySQL_51/mysql-5.1/storage/ndb/src'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory `/MySQL_51/mysql-5.1/storage/ndb'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/MySQL_51/mysql-5.1/storage'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/MySQL_51/mysql-5.1'
gmake: *** [all] Error 2
suse:/MySQL_51/mysql-5.1 #


The second way is to download the nightly snapshot (the tar.gz file) and extract it to a new directory - and then again execute "BUILD/compile-amd64-max". This time, it doesn't take long until compilation fails:

suse:/MySQL_51/mysql-5.1.10-beta-nightly-20060505 # BUILD/compile-amd64-max
testing athlon64 ... ok
+++ gmake -k distclean
gmake: *** No rule to make target `distclean'.
+++ true
+++ /bin/rm -rf '*/.deps/*.P' config.cache storage/innobase/config.cache storage/bdb/build_unix/config.cache bdb/dist/autom4te.cache autom4te.cache innobase/autom4te.cache
+++ path=BUILD
+++ . BUILD/autorun.sh
++++ aclocal
/usr/share/aclocal/progsreiserfs.m4:13: warning: underquoted definition of AC_CHECK_LIBREISERFS
run info '(automake)Extending aclocal'
or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/share/aclocal/pilot-link.m4:1: warning: underquoted definition of AC_PILOT_LINK_HOOK
/usr/share/aclocal/lib3ds.m4:4: warning: underquoted definition of AM_PATH_LIB3DS
++++ autoheader
++++ test -f /usr/bin/glibtoolize
++++ libtoolize --automake --force
++++ automake --add-missing --force
configure.in:813: required file `zlib/Makefile.in' not found
++++ die 'Can'\''t execute automake'
++++ echo 'Can'\''t execute automake'
Can't execute automake
++++ exit 1
suse:/MySQL_51/mysql-5.1.10-beta-nightly-20060505 #


My simple question is - does anyone have a clue what's wrong here?

1 comment:

Christian Kirsch said...

Hi,

since the error seems to be related to the NDB client lib (if the library name is not completely bogus), I suggest that you try compiling without NDB support.