| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Marko Kreen <marko(at)l-t(dot)ee> |
| Cc: | Kris Jurka <books(at)ejurka(dot)com>, pgsql-hackers(at)postgresql(dot)org, pgsql-patches(at)postgresql(dot)org |
| Subject: | Re: [HACKERS] 4 pgcrypto regressions failures - 1 unsolved |
| Date: | 2005-07-16 14:54:57 |
| Message-ID: | 25558.1121525697@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-patches |
Marko Kreen <marko(at)l-t(dot)ee> writes:
> On Tue, Jul 12, 2005 at 01:06:46PM -0500, Kris Jurka wrote:
>>> Well the buildfarm machine kudu is actually the same machine just building
>>> with the Sun compiler and it works fine. It links all of libz.a into
>>> libpgcrypto.so while gcc refuses to.
>
> I googled a bit and found two suggestions:
>
> 1. http://curl.haxx.se/mail/lib-2002-01/0092.html
> (Use -mimpure-text on linking line)
>
> The attached patch does #1. Could you try it and see if it fixes it?
This sure seems like a crude band-aid rather than an actual solution.
The bug as I see it is that gcc is choosing to link libz.a rather than
libz.so --- why is that happening?
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Kris Jurka | 2005-07-16 15:20:22 | Re: pg_get_prepared? |
| Previous Message | Rod Taylor | 2005-07-16 14:24:10 | Re: Autovacuum name |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Kris Jurka | 2005-07-16 15:22:10 | Re: [HACKERS] 4 pgcrypto regressions failures - 1 unsolved |
| Previous Message | Bruce Momjian | 2005-07-16 11:47:06 | Re: backslashes in pgindent |