Re: [HACKERS] 4 pgcrypto regressions failures - 1 unsolved
| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] 4 pgcrypto regressions failures - 1 unsolved |
| Дата | |
| Msg-id | 1444.1121530508@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: [HACKERS] 4 pgcrypto regressions failures - 1 unsolved (Kris Jurka <books@ejurka.com>) |
| Ответы |
Re: [HACKERS] 4 pgcrypto regressions failures - 1 unsolved
|
| Список | pgsql-patches |
Kris Jurka <books@ejurka.com> writes:
> On Sat, 16 Jul 2005, Tom Lane wrote:
>> 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?
> The link line says -L/usr/local/lib -lz and libz.a is in /usr/local/lib
> while libz.so is in /usr/lib.
Well, that is a flat-out configuration error on the local sysadmin's
part. I can't think of any good reason for the .so and .a versions of a
library to live in different places. We certainly shouldn't hack our
build process to build deliberately-inefficient object files in order to
accommodate such a setup.
regards, tom lane
В списке pgsql-patches по дате отправления: