Re: libtool-1.5.14 make check

[Ralf Wildenhues]

Hi Tom,

About the second issue I looked at:

* Tom Burger wrote on Fri, Mar 18, 2005 at 07:07:31PM CET:
>
> It looks like a problem not with the libtool tests but with my local c++ 
> compiler.

That may very well be the case.  Let's see:

> 2) gcc-3.4.3
> g++ -DPACKAGE_NAME=\"tagdemo\" -DPACKAGE_TARNAME=\"tagdemo\" 
> -DPACKAGE_VERSION=\"0.1\" -DPACKAGE_STRING=\"tagdemo\ 0.1\" 
> -DPACKAGE_BUGREPORT=\"address@hidden" -DPACKAGE=\"tagdemo\" -DVERSION=
> \"0.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/net/build.sparc/gnu/libtool-1.5.14/tests/../tagdemo     -g -O2 -c -o 
> main.o main.cpp
> In file included from 
> /net/gcc-3.4.3/bin/../lib/gcc/sparc-sun-solaris2.8/3.4.3/../../../../include/c++/3.4.3/backward/iostream.h:31,
>                 from main.cpp:25:
> /net/gcc-3.4.3/bin/../lib/gcc/sparc-sun-solaris2.8/3.4.3/../../../../include/c++/3.4.3/backward/backward_warning.h:32:2:
>  
> warning: #warning This file includes at least one deprecated or antiquated h
> eader. Please consider using one of the 32 headers found in section 
> 17.4.1.2 of the C++ standard. Examples include substituting the <X> 
> header for the <X.h> header for C++ includes, or <iostream> i
> nstead of the deprecated header <iostream.h>. To disable this warning 
> use -Wno-deprecated.
> /bin/bash ./libtool --tag=CXX --mode=link g++  -g -O2   -o tagdemo  
> main.o libbaz.la
> g++ -g -O2 -o tagdemo main.o  ./.libs/libbaz.a 
> -L/net/build.sparc/gnu/gcc-3.4.3/sparc-sun-solaris2.8/libstdc++-v3/src 
> -L/net/build.sparc/gnu/gcc-3.4.3/sparc-sun-solaris2.8/libstdc++-v3/src/.libs 
> -L
> /net/build.sparc/gnu/gcc-3.4.3/gcc /opt/gnu/gcc-3.4.3/lib/libstdc++.so 
> -Wl,-R -Wl,/opt/gnu/gcc-3.4.3/lib -Wl,-R -Wl,/opt/gnu/gcc-3.4.3/lib
> ld: fatal: recording name conflict: file 
> `/opt/gnu/gcc-3.4.3/lib/libstdc++.so' and file 
> `/net/build.sparc/gnu/gcc-3.4.3/sparc-sun-solaris2.8/libstdc++-v3/src/.libs/libstdc++.so'
>  
> provide identical d
> ependency names: libstdc++.so.6  (possible multiple inclusion of the 
> same file)
> ld: fatal: File processing errors. No output written to tagdemo
> collect2: ld returned 1 exit status
> make[3]: *** [tagdemo] Error 1
> make[3]: Leaving directory `/net/build.sparc/gnu/libtool-1.5.14/tagdemo'
> FAIL: tagdemo-make.test

Here, your compiler picks up libraries from the build tree of gcc, in
your case that would be /net/build.sparc/gnu/gcc-3.4.3/. These
references are wrong.  I have seen this behavior before, I do not know
whether it is a bug of the gcc-provided libtool.

Remove all these references by hand and rerun the libtool test suite,
please.  (Or you could (re)move the build tree.)

BTW, the other compiler shows different symptoms -- later.

> 6) Unfortunatly, the TESTS var is not working...:
> 
> /opt/build/gnu/libtool-1.5.14 $> echo $TESTS
> tagdemo-static.test tagdemo-make.test tagdemo-exec.test 
> tagdemo-conf.test tagdemo-make.test tagdemo-exec.test 
> tagdemo-shared.test tagdemo-make.test tagdemo-exec.test
> 
> (see the output of make-check-verbose.out, it will make all tests... )

I guess you forgot
$ export TESTS

or you could also just do

$ env TESTS='...' VERBOSE=x make check 

Regards,
Ralf