Re: gcc 3 on solaris dependency problem with libgcc_s.so.1

[pkurpis at keck dot hawaii dot edu (Peter Kurpis)]

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.)

(2) I think you mean  -R /usr/local/lib  instead of  -R /usr/local/bin .
                                    ^^^

(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.

(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?