Re: CPPUNIT 1.9.14 32 bit error from libtool

[Ralf Wildenhues]

* address@hidden wrote on Mon, Apr 25, 2005 at 12:35:40PM CEST:
> Ralf, Thanks for your quick reply!
> 
> I am sorry, I need to clarify. I hope I am clear this time.
> 
> System is sparc-solaris-2.8 
> 
> I have installed GCC 3.4.2 in my local area and referring to it via PATH 
> and LD_LIBRARY_PATH. I have also installed binutils and dejagnu in my 
> local area.

OK.  Note that I have no experience whatsoever with cppunit, so take my
advice with a grain of salt:

> When I build cppunit in my local area I get the error after gmake creates 
> libcppunit.* in module DllPluginTester :
> 
> ==========================================================================================
> mkdir .libs
> g++ -D__sparc__ -mcpu=ultrasparc3 -m32 -ffor-scope -fno-enforce-eh-specs 
> -fno-const-strings -g -O3 -D__sparc__ -mcpu=ultrasparc3 -Os -o 
> DllPlugInTester DllPlugInTester.o CommandLineParser.o  -ldl 
> ../../src/cppunit/.libs/libcppunit.a -lpthread 
> /user/sbhatnag/gccv3.4.2/lib/libstdc++.so 
> -L/user/sbhatnag/gcc-3.4.2/objdir/sparc-sun-solaris2.8/libstdc++-v3/src 
> -L/user/sbhatnag/gcc-3.4.2/objdir/sparc-sun-solaris2.8/libstdc++-v3/src/.libs 
> -L/user/sbhatnag/gcc-3.4.2/objdir/gcc -Wl,-R 
> -Wl,/user/sbhatnag/gccv3.4.2/lib -Wl,-R -Wl,/user/sbhatnag/gccv3.4.2/lib
> ld: fatal: recording name conflict: file 
> `/user/sbhatnag/gccv3.4.2/lib/libstdc++.so' and file 
> `/user/sbhatnag/gcc-3.4.2/objdir/sparc-sun-solaris2.8/libstdc++-v3/src/.libs/libstdc++.so'
>  
> provide identical dependency names: libstdc++.so.6  (possible multiple 
> inclusion of the same file)
> ld: fatal: File processing errors. No output written to DllPlugInTester
> collect2: ld returned 1 exit status
> gmake[2]: *** [DllPlugInTester] Error 1
> gmake[2]: Leaving directory 
> `/user/sbhatnag/cppunit/cppunit-1.9.14/src/DllPlugInTester'
> 
> ==========================================================================================
> 
> Now, see that the options 
> "-L/user/sbhatnag/gcc-3.4.2/objdir/sparc-sun-solaris2.8/libstdc++-v3/src 
> -L/user/sbhatnag/gcc-3.4.2/objdir/sparc-sun-solaris2.8/libstdc++-v3/src/.libs"
>  
> are not necessary and are mentioned in the ibcppunit.la file and I removed 
> them.

OK.  These provide only link paths.  You can either remove them;
removing the build tree only should have the same effect, though.

> Ran gmake again(can't clean as that will re-cerate the erroneous .la 
> file), and got the above error again.
> 
> This time I also removed the reference to libstdc++.la from the 
> libcppunit.la an viola the build was complete.
> 
> OLD dependency_libs=' -lpthread 
> /user/sbhatnag/gccv3.4.2/lib/gcc/sparc-sun-solaris2.8/3.4.2/../../../libstdc++.la
>  
> -L/user/sbhatnag/gcc-3.4.2/objdir/sparc-sun-solaris2.8/libstdc++-v3/src 
> -L/user/sbhatnag/gcc-3.4.2/objdir/sparc-sun-solaris2.8/libstdc++-v3/src/.libs 
> -L/user/sbhatnag/gcc-3.4.2/objdir/gcc'
> 
> NEW dependency_libs=' -lpthread -L/user/sbhatnag/gcc-3.4.2/objdir/gcc'

This sounds wrong to me.  You need a reference to libstdc++.la, so leave
that in.  Should be like this, I think:

dependency_libs=' -lpthread 
/user/sbhatnag/gccv3.4.2/lib/gcc/sparc-sun-solaris2.8/3.4.2/../../../libstdc++.la'

Is gccv3.4.2 a typo, BTW?  Sounds like you meant gcc-3.4.2?  Ahh no:
/user/sbhatnag/gcc-3.4.2 is your build/source tree, and
/user/sbhatnag/gccv3.4.2 is your installed tree, right?
If so, then the line I gave above would be right.

> It built the DllPluginTester and Simple exes. but did not do anything for 
> the other examples.

I guess that would be because of symbols missing from libstcd++,
but cannot tell for sure (missing info).

> When I do gmake -k check, the check runs over to other targets after 
> failing in chess.cpp to normal exit.

Going back to your previous mail:

> * address@hidden wrote on Mon, Apr 25, 2005
> 
> > I have deleted the -L refences to libstdc++ and .la from the
> > dependencies of libcppunit.a .
> > 
> > The library is built but fails in"gmake check" giving this error.
> > 
> > In file included from main.cpp:6:
> > ChessTest.h: In member function `void 
> > ChessTest<GAMECLASS>::testNumberOfPieces()':
> > ChessTest.h:19: error: `m_game' undeclared (first use this function)

This symbol (m_game) is not part of libstdc++ as far as I know.

So my guess would be that this particular problem has nothing to do with
the libstdc++.la problem above.  Consider looking for the latter problem
either in cppunit or another dependent package.

Regards,
Ralf