bug-libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: libtool-1.5.22 build (make check): 7 of 102 tests failed


From: anirkko
Subject: Re: libtool-1.5.22 build (make check): 7 of 102 tests failed
Date: Fri, 11 May 2007 22:44:33 +0200 (MET DST)

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 address@hidden Fri May 11 17:27:15 2007
> Date: Fri, 11 May 2007 17:24:03 +0200
> From: Ralf Wildenhues <address@hidden>
> To: address@hidden
> Cc: address@hidden
> Subject: Re: libtool-1.5.22 build (make check): 7 of 102 tests failed
> Mail-Followup-To: address@hidden, address@hidden
> 
> Hello Arto,
> 
> * address@hidden 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=\"address@hidden" -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
> 





reply via email to

[Prev in Thread] Current Thread [Next in Thread]