| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
| Cc: | Csaba Nagy <nagy(at)ecircle-ag(dot)com>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Postgres general mailing list <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: "make check" fails for 7.4.2 checked out from CVS |
| Date: | 2004-03-11 20:34:09 |
| Message-ID: | 1644.1079037249@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> No we don't, because we set the rpath and our installation routines take
> care that in the target directory the libfoo.so.X is in fact the latest
> library. The only problem that make check has is that it bypasses the
> prober installation routines, in a sense.
Okay, so the point is that the embedded rpath trumps the LD_LIBRARY_PATH
that pg_regress.sh tries to supply. Which in fact is the whole point of
rpath (not to be environment-sensitive) so I guess we can't complain.
Seems like the only real solution would be for "make check" to relink
psql to have an rpath pointing at the temp installation. I wonder if
that's practical at all?
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jerry LeVan | 2004-03-11 20:38:44 | ANN: BiggerSQL-.12.2 a Mac Postgresql Browser/Editor |
| Previous Message | Peter Eisentraut | 2004-03-11 20:26:47 | Re: "make check" fails for 7.4.2 checked out from CVS |