Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] 4 pgcrypto regressions failures - 1 unsolved

From: Kris Jurka <books(at)ejurka(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Marko Kreen <marko(at)l-t(dot)ee>, 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 17:37:05
Message-ID: Pine.BSO.4.56.0507161230380.1489@leary.csoft.net (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patches

On Sat, 16 Jul 2005, Tom Lane wrote:

> Kris Jurka <books(at)ejurka(dot)com> writes:
> 
> > 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.
> 

Well the OS only came with the shared library and I needed the static one
for some reason, so I installed it alone under /usr/local.  This works 
fine with Sun's cc and Marko's research indicates that this will also 
work fine using GNU ld instead of Sun's ld.  This is certainly an unusual 
thing to do, but I don't believe it is a flat-out configuration error, 
consider what would happen if the shared library didn't exist at all and 
only a static version were available.  Until this recent batch of pgcrypto 
changes everything built fine.

Kris Jurka

In response to

Responses

pgsql-hackers by date

Next:From: Tom LaneDate: 2005-07-16 18:06:07
Subject: Re: [HACKERS] 4 pgcrypto regressions failures - 1 unsolved
Previous:From: Tom LaneDate: 2005-07-16 16:15:08
Subject: Re: [HACKERS] 4 pgcrypto regressions failures - 1 unsolved

pgsql-patches by date

Next:From: Tom LaneDate: 2005-07-16 17:53:56
Subject: Re: fixing REL7_3_STABLE build issues
Previous:From: Andrew DunstanDate: 2005-07-16 16:26:51
Subject: Re: fixing REL7_3_STABLE build issues

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group