Re: handling contrib directories as modules not shared libraries - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: handling contrib directories as modules not shared libraries
Date
Msg-id 1264348806.18154.5.camel@vanquo.pezone.net
Whole thread Raw
In response to handling contrib directories as modules not shared libraries  (brook@biology.nmsu.edu (Brook Milligan))
List pgsql-hackers
On lör, 2010-01-23 at 18:00 -0700, Brook Milligan wrote:
> It seems that src/Makefile.shlib has special cases for several
> directories that build loadable modules rather than shared libraries.
> The contrib/adminpack is one of the special cases, but none of the
> other contrib directories are.  As a result, they get built as shared
> libraries (i.e., as libXXX.so rather than XXX.so) and the
> corresponding *.sql.in files that load them refer to the wrong file
> and therefore fail.  The following patch (against the 8.3 release)
> fixes this by expanding the set of special cases to include all the
> contrib directories, not just contrib/adminpack.  I only have tested
> this with the uuid module, but it appears that all of them have the
> same organization.

This code has been reworked quite extensively since 8.3.  Please check
CVS head to see if it works for you.




pgsql-hackers by date:

Previous
From: Magnus Hagander
Date:
Subject: Re: RADIUS authentication
Next
From: Bruce Momjian
Date:
Subject: Re: commit fests