Obviously, the libcppunit.la file needs
to be backed up and restored as each clean will delete it.
I guess moving the GCC build area will
have the same result?
warm regards
Saurabh
Bob Friesenhahn <address@hidden>
04/25/2005 07:58 PM
To
address@hidden
cc
address@hidden, address@hidden,
address@hidden
Subject
Re: CPPUNIT 1.9.14 32 bit
error from libtool
On Mon, 25 Apr 2005 address@hidden
wrote:
>
> -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.
This looks like the continuing GCC bug in which the GCC compiler's
build directory is used by the installed GCC. This problem becomes
quite evident under Solaris. Move the compiler's build directory
to a
different location in order to avoid the problem.
Bob
======================================
Bob Friesenhahn
address@hidden, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/