This is the mail archive of the
gcc-help@gcc.gnu.org
mailing list for the GCC project.
Re: gcc 3 on solaris dependency problem with libgcc_s.so.1
- From: Randall Perry <rgp at systame dot com>
- To: Peter Kurpis <pkurpis at keck dot hawaii dot edu>
- Cc: <gcc-help at gcc dot gnu dot org>
- Date: Wed, 22 May 2002 10:35:57 -0400
- Subject: Re: gcc 3 on solaris dependency problem with libgcc_s.so.1
> Given what you say, I don't think this has anything to do with the gcc
> version. I often find myself in the same position of avoiding use of
> LD_LIBRARY_PATH, etcetera.
>
> Here's a few tips:
>
> (1) Depending on your platform, and whether you're using the native ld or
> GNU ld, you might have to use -rpath instead of -R . (I'm not sure
> GNU ld always understands -R , if that's what you're using.)
>
Just installed gcc 3.1 Solaris pkg. It uses Solaris ld.
> (2) I think you mean -R /usr/local/lib instead of -R /usr/local/bin .
>
Tried this configure:
setenv LDFLAGS="-L/usr/local/lib -R/usr/local/lib"; ./configure
--with-libraries=/usr/local/lib:/usr/local/ssl/lib:/usr/local/lib/sasl
--enable-syslog
Had to remove the --with-includes as it generated errors saying the path was
already set once.
Same results -- still can't find libgcc
>
> (3) If the build of postgres uses gcc or g++ to link, instead of ld (which
> is likely), you should use -Wl,-R /usr/local/lib . That is, prepend
> a -Wl, before the -R , for a command to pass to ld . Note that
> the l is ell not numeric one.
>
> (4) I am not sure how to pass overrides to configure. Perhaps setting
> LDFLAGS in the environtment, as you do, does the trick. But check
> the makefiles that are produced. Also, check that your build actually
> links using these additions.
>
Can you give me some guidance; I'm not very familiar with make and ld.
Though, ironically, one of the first things I did on computers was learn C
using gcc on an Atari ST.
> (5) Sometimes I just get ugly and modify makefiles after the configure
> step, if I can't get it to work cleanly.
>
> Good luck.
>
>> Trying to upgrade to PostgreSQL 7.2.1 and building with gcc 3.0.3. I'm
>> trying to find a way to avoid needing LD_LIBRARY_PATH (which points to
>> libgcc_s.so.1) to be read by cron, cgi, and php scripts. It's a real pain to
>> get environment variables to work in cgi scripts.
>>
>> Was told to try setting LDFLAGS but that didn't work. Here's my latest
>> config command:
>>
>> setenv LDFLAGS="-L/usr/local/lib -R/usr/local/bin"; ./configure
>> --with-includes=/usr/local/include
>> --with-libraries=/usr/local/lib:/usr/local/ssl/lib:/usr/local/lib/sasl
>> --enable-syslog
>>
>>
>> Was also told to go back to 2.95 if I couldn't resolve it.
>>
>> Can anyone help? Will 3.1 be any better?
--
Randy Perry
sysTame
Mac Consulting/Sales
phn 772.589.6449
mobile email help@systame.com