Re: Re: [PATCHES] Makefile.PL for Pg.so - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Re: [PATCHES] Makefile.PL for Pg.so
Date
Msg-id Pine.LNX.4.30.0108261429020.699-100000@peter.localdomain
Whole thread Raw
In response to Re: Re: [PATCHES] Makefile.PL for Pg.so  (Lamar Owen <lamar.owen@wgcr.org>)
Responses Re: Re: [PATCHES] Makefile.PL for Pg.so
List pgsql-hackers
Lamar Owen writes:

> Pg.so does not get the proper RPATH in a DESTDIR build environment.
>
> Trying to fix this for the RPMS -- the RPATH contains the buildroot instead
> of where the libs really are.  Could cause security problems.  Working on it,
> but it's slow going for me at this busy time.

Another fun feature of the DESTDIR build environment is that the
writability test of the target directory will most likely fail because it
doesn't exist at all.

I've been thinking how I'd like to fix this:  We add an option to
configure that says to *not* install the Perl module into the standard
Perl tree, but instead somewhere under our own $prefix.  That way people
that don't have root access can use this option and still install the
whole tree in one run.  But then we'd remove that writability check and
people that have root access or failed to use that option will get a hard
failure.  This would create a much more reliable and predictable build
environment.

Comments?  And a good name for such an option?

-- 
Peter Eisentraut   peter_e@gmx.net   http://funkturm.homeip.net/~peter



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: C++ and bool constants (was Re: [NOVICE] gcc 3.0.1)
Next
From: Tom Lane
Date:
Subject: Re: Re: [PATCHES] Makefile.PL for Pg.so