This is the mail archive of the
gcc-help@gcc.gnu.org
mailing list for the GCC project.
RE: Linker problem with GCC 3.0
- To: gcc-help at gcc dot gnu dot org
- Subject: RE: Linker problem with GCC 3.0
- From: "Karthikeyan M. D" <dkarthik at wilco-int dot com>
- Date: Tue, 26 Jun 2001 11:27:40 +0530
Hi,
Thanks for the reply. I tried with "truss -f -eopen gcc -g -o
test-ld.c -lA | tee ", but it tries to open the libA.so in standard search
path only and not in the paths in LD_LIBRARY_PATH. seems to be not reading
the LD_LIBRARY_PATH at all. The same problem is there in gcc-2.95.3 using
binutils-2.11. I thought it should be working and migrated this to a
Production Parallel environment, but luckily there wasn't any release for
any subsystem in the last two months. Now I reverted them back to gcc-2.95.2
with native ld and as (Solaris 2.6).
Should I be setting a different environment variable for shared
libraries for GNU ld (binutils-2.11.2) ?
Thanks and Regards,
Karthik
_______________________________________________
Karthikeyan M D * +91-40-340 8600 x8422
> -----Original Message-----
> From: Neil Bird [SMTP:neil.bird@uk.thalesgroup.com]
> Sent: Monday, June 25, 2001 15:57
> To: Karthikeyan M. D
> Cc: gcc-help@gcc.gnu.org
> Subject: Re: Linker problem with GCC 3.0
>
> "Karthikeyan M. D" wrote:
> > % gcc -g -o test-ld test-ld.c -lA
> >
> /tmp/dkarthik/gnu/lib/gcc-lib/sparc-sun-solaris2.6/3.0/../../../../sparc-s
> un
> > -solaris2.6/bin/ld: cannot find -lA
> > collect2: ld returned 1 exit status
>
> Double check LD_LIBRRAY_PATH; and also see what 'truss -f
> -eopen [the-above-gcc-command]' is trying to open (should see it
> try to find libA.something somewhere, and thus be able to deduce
> the library search path it's using).
>
> |& tee it somewhere, there'll be a lot printed!
>
> --
> =================- http://www.thalesgroup.com/ -================
> Neil Bird Principal Engineer |
> work - mailto:neil.bird@uk.thalesgroup.com | $> cd /pub
> personal - mailto:neil@fnxweb.com | $> more beer