On Sat, 26 Oct 2002, William N Luoma wrote: > /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.4/collect2 -V -Y >P,/usr/ccs/lib:/usr/lib -Qy -o map >/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.4/crt1.o >/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.4/crti.o >/usr/ccs/lib/values-Xa.o >/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.4/crtbegin.o >-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.4 >-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.4/../../../../sparc-sun-solaris2.8/lib >-L/usr/ccs/bin -L/usr/ccs/lib ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.4/../../.. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >/var/tmp/ccml04MG.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc >/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.4/crtend.o >/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.4/crtn.o
Hmm, the only thing that might cause a problem is the -L options I highlighted above. The path for -L/usr/ccs/lib comes before -L/usr/local/lib. Thus, if a libstdc++.so exists in that directory, it would be picked up instead of the /usr/local/lib. See if this is the case. If not, it might actually be a bug in the compiler, or the way the compiler was built. --jc -- Jimen Ching (WH6BRR) [EMAIL PROTECTED] [EMAIL PROTECTED]
