| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | "Holger Mitterwald" <hrmitter(at)lsd(dot)franken(dot)de> |
| Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-bugs(at)postgreSQL(dot)org |
| Subject: | Re: Bug #490: Can't compile PostgreSQL 7.1.3 with Solaris 2.6 |
| Date: | 2001-10-24 17:02:46 |
| Message-ID: | 21266.1003942966@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
"Holger Mitterwald" <hrmitter(at)lsd(dot)franken(dot)de> writes:
> Ok, next try. I set LD_LIBRARY_PATH to /usr/local/lib.
> Then the configure run clean.
> Funny thing about that is that it DID find the related librarys
> (libreadline etc.) earlier but failed on the test.
Not a big surprise: ld doesn't pay attention to LD_LIBRARY_PATH (on
most platforms), but the dynamic loader does.
> Now I can compile postgresql, but this behavior still confuses me. With 7.0
> I still can configure and compile postgresql without setting
> LD_LIBRARY_PATH.
Hmm. It sounds like we formerly set rpath in the executables on your
platform, and don't anymore. Could you compare the makefiles between
7.0 and 7.1 and see what's changed?
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2001-10-24 19:51:24 | Re: Decimal digits in timeofday() |
| Previous Message | Peter Breton | 2001-10-24 16:15:06 | Possible bug in Postgres String comparison routines |