[postgis-devel] [PostGIS] #1133: Figure out and approve library dependency strategy.
PostGIS
trac at osgeo.org
Tue Oct 19 12:43:34 PDT 2010
#1133: Figure out and approve library dependency strategy.
-----------------------+----------------------------------------------------
Reporter: bnordgren | Owner: pramsey
Type: task | Status: new
Priority: medium | Milestone: PostGIS 2.0.0
Component: postgis | Version: 1.5.X
Keywords: |
-----------------------+----------------------------------------------------
== Description ==
Currently, the "postgis" and "raster" libraries are in parallel, having no
dependency relationship between them. Both libraries depend on liblwgeom
for common code, but liblwgeom does not contain any postgresql-aware code
(e.g., memory context, etc.) There is no place, therefore, for common code
which needs to be postgresql aware.
Lack of such a mechanism is blocking #1053 and #1058, which attempt to
implement the dependency represented by the dashed line in the following
figure:
[[Image(libraries.png)]]
As I see it, there are four candidate solutions:
1. Duplicate the common code in `postgis/` and `raster/` (ick)
1. Figure out how to correctly make one shared library depend on another,
when the linking happens ''before'' the first shared library is installed.
(e.g., shared library is moved after something links against it.)
1. Create a new static library which contains common code that is
postgresql-aware.
1. Make `libpostgis` and `libraster` be static, and create one merged
shared library containing both of them.
== References ==
Helpful (hopefully) web links...
* [http://www.gnu.org/s/libtool/manual/libtool.html#Inter_002dlibrary-
dependencies Libtool manual on inter-library dependencies]
* [http://sourceware.org/autobook/autobook/autobook_77.html Autoconf,
automake, and libtool documentation]
--
Ticket URL: <https://trac.osgeo.org/postgis/ticket/1133>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.
More information about the postgis-devel
mailing list