Ok, also built bash-3.2 (finding out which options don't work with that one...) and rebuilt libtool using bash; it all works now: ====================== All 111 tests passed (1 tests were not run) ======================
Sorry in case I have overlooked some warning about ksh somewhere but I have not found anything about requiring another shell. Maybe put the ksh hint (this one was the old Solaris 2.6 /bin/ksh) into README? (only limited time available for docs, usually just scanning over the README and INSTALL - if all you want is building some GNU application, and you incrementally find out you have to rebuild and test the newest versions of at least 30 packages in order to get there, only few of which are direct, but most of them indirect dependencies of dependencies, many also requiring adapting or debugging so they work on this old system... ;-) Well, bash is probably worth it for coping with various building problems in a few other packages, too... Thanks for the hint, Arto > From [EMAIL PROTECTED] Fri May 11 17:27:15 2007 > Date: Fri, 11 May 2007 17:24:03 +0200 > From: Ralf Wildenhues <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Cc: bug-libtool@gnu.org > Subject: Re: libtool-1.5.22 build (make check): 7 of 102 tests failed > Mail-Followup-To: [EMAIL PROTECTED], bug-libtool@gnu.org > > Hello Arto, > > * [EMAIL PROTECTED] wrote on Wed, May 09, 2007 at 11:50:10AM CEST: > > > [...] > > ... > > gmake[4]: Entering directory > > `/build/libtool-1.5.22_static-obj9_g412-b2175020070420-O2-mcpu=supersparc/depdemo' > > gcc -DPACKAGE_NAME=\"depdemo\" -DPACKAGE_TARNAME=\"depdemo\" > > -DPACKAGE_VERSION=\"0.1\" -DPACKAGE_STRING=\"depdemo\ 0.1\" > > -DPACKAGE_BUGREPORT=\"[EMAIL PROTECTED]" -DPACKAGE=\"depdemo\" > > -DVERSION=\"0.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 > > -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 > > -DHAVE_INTTYPES_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_MATH_H=1 -I. > > -I/build/libtool-1.5.22/tests/../depdemo -O2 -funswitch-loops > > -fgcse-after-reload -mcpu=supersparc -c > > /build/libtool-1.5.22/tests/../depdemo/main.c > > /bin/ksh ./libtool --tag=CC --mode=link gcc -O2 -funswitch-loops > > -fgcse-after-reload -mcpu=supersparc -o depdemo main.o ./l1/libl1.la > > ./l2/libl2.la ./l4/libl4.la > > mkdir .libs > > ./libtool[4766]: : is not an identifier > > gmake[4]: *** [depdemo] Bus Error > > gmake[4]: Leaving directory > > `/build/libtool-1.5.22_static-obj9_g412-b2175020070420-O2-mcpu=supersparc/depdemo' > > gmake[3]: *** [all-recursive] Error 1 > > gmake[3]: Leaving directory > > `/build/libtool-1.5.22_static-obj9_g412-b2175020070420-O2-mcpu=supersparc/depdemo' > > FAIL: depdemo-make.test > > This looks like the ksh bug that has turned up now and then. I haven't > checked whether anyone has analyzed or fixed it by now. For now could > you try working around it by configuring with a different shell (bash, > zsh, another ksh, in that order of preference) that is installed on your > system? IOW, please build libtool like this: > CONFIG_SHELL=/bin/bash /bin/bash ./configure [...more flags...] > gmake > env VERBOSE=yes gmake check > > and send all output (packed with gzip or bzip2) if you still encounter > test failures. > > Thanks, > Ralf > _______________________________________________ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool