* [EMAIL PROTECTED] 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: > * [EMAIL PROTECTED] 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 _______________________________________________ Bug-libtool mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-libtool
