Bug #900 BUILD/compile-pentium generates a mysys/Makefile that will not make
Submitted: 23 Jul 2003 10:40 Modified: 8 Aug 2003 3:07
Reporter: Shane Allen Email Updates:
Status: Closed Impact on me:
Category:MySQL Server: Compiling Severity:S3 (Non-critical)
Version:4.0.11-4.0.14 OS:Linux (Debian Linux)
Assigned to: Lenz Grimmer CPU Architecture:Any

[23 Jul 2003 10:40] Shane Allen
My original post to mysql@lists.mysql.com was incorrect -- my apologies.

I've actually noticed this in the past several releases; I apologize for
not mentioning it sooner.

I run:
BUILD/compile-pentium --with-other-libc=/usr/local/mysql-glibc-2.2.5
--prefix=/usr/local --with-extra-charsets=none --without-innodb

and part-way through, it fails.
Specifically in mysys/Makefile, line 236:

needs to be changed to:

I've no experience with autoconf/automake and the like, so I don't even
know where to begin looking, but thought you might like to know.

How to repeat:
untar the tarball
cd mysql-4.0.14
BUILD/compile-pentium --with-other-libc=/usr/local/mysql-glibc-2.2.5 --prefix=/usr/local --with-extra-charsets=none --without-innodb --without-isam

the make portion of this will fail:

/bin/cp ./thr_alarm.c ./test_thr_alarm.c
gcc  -O3 -DDBUG_OFF -Wimplicit -Wreturn-type -Wswitch -Wtrigraphs -Wcomment -W -Wchar-subscripts -Wformat -Wparentheses -Wsign-compare -Wwrite-strings -Wunused -mcpu=pentiumpro -O3 -fno-omit-frame-pointer  -I/usr/local/mysql-glibc-2.2.5/include -static -L/usr/local/mysql-glibc-2.2.5/lib   -o test_thr_alarm -DDEFAULT_BASEDIR=\"/usr/local\"                    -DDATADIR="\"/usr/local/var\""                  -DDEFAULT_CHARSET_HOME="\"/usr/local\""                         -DSHAREDIR="\"/usr/local/share/mysql\""                         -DHAVE_CONFIG_H -I./../include -I../include -I.. -I.  -O3 -DDBUG_OFF -Wimplicit -Wreturn-type -Wswitch -Wtrigraphs -Wcomment -W -Wchar-subscripts -Wformat -Wparentheses -Wsign-compare -Wwrite-strings -Wunused -mcpu=pentiumpro -O3 -fno-omit-frame-pointer  -I/usr/local/mysql-glibc-2.2.5/include -all-static -DMAIN  ./test_thr_alarm.c libmysys.a ../dbug/libdbug.a                       ../strings/libmystrings.a -lpthread -lz -lcrypt -lnsl -lm  -lpthread 
cc1: unrecognized option `-all-static'
make[2]: *** [test_thr_alarm] Error 1
make[2]: Leaving directory `/data2/home/shane/mysql-4.0.14/mysys'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/data2/home/shane/mysql-4.0.14'
make: *** [all-recursive-am] Error 2
[24 Jul 2003 6:00] Alexander Keremidarski
Sounds like libtool problem.

What version of libtool do you have?
[24 Jul 2003 11:59] Shane Allen
[shane@aqua shane]$ libtool --version
ltmain.sh (GNU libtool) 1.4.2a (1.922.2.100 2002/06/26 07:25:14)
[29 Jul 2003 12:33] Lenz Grimmer
I will take a look at this - we have not experienced this one during our
4.0.14 builds.
[30 Jul 2003 13:29] Lenz Grimmer
Shane, it seems like libtool is not actually used in your case. The option "-all-static" is understood by libtool only. Could you please verify if "libtool" is being created in the mysql source dir at all? I have tested it with libtool-1.4.1 and libtool-1.4.2 here. The "--all-static" option is being added, when you use the "--with-other-libc" parameter.
[6 Aug 2003 14:59] Shane Allen
I updated libtool to 1.4.3 from debian apt and am not having further issues. Additionally, I am building a BK pull, not 4.0.14 release, however it does not appear that anything changed in BK which would affect my problem, so I'm guessing the upgrade might have fixed my problem. I am unable to confirm at this time whether or not libtool was being created in the mysql build directory. :(

If I can confirm that at a later date, I'll append it to this ticket, but for now I suppose you can close this one.

[8 Aug 2003 3:07] Lenz Grimmer
OK, thanks for the feedback. Feel free to reopen it, if you can reproduce it.