[postgis-devel] [PostGIS] #1158: Can't compile under Windows mingw
PostGIS
trac at osgeo.org
Wed Aug 17 08:22:13 PDT 2011
#1158: Can't compile under Windows mingw
---------------------+------------------------------------------------------
Reporter: robe | Owner: strk
Type: defect | Status: new
Priority: blocker | Milestone: PostGIS 2.0.0
Component: postgis | Version: trunk
Keywords: |
---------------------+------------------------------------------------------
Comment(by bnordgren):
Replying to [comment:25 strk]:
> PG_MODULE_MAGIC macro is in libpgcommon/lwgeom_pg.c, wrapped in an
ifdef.
> Could you try commenting out the #ifdef/#endif parts maybe ? Or could
again be an ordering problem.
This is the same code as it existed pre-move
(source:/trunk/postgis/lwgeom_pg.c at 7733). Prior to the formation of
libpgcommon, both postgis and raster included this code separately. After
making libpgcommon, I was having problems with raster-2.0.so due to a
duplicate symbol definition (once in libpgcommon and once in raster.) I
elected to remove the definition from rt_pg.c in favor of the common
location. `postgis-2.0.so` was fine because it included the symbol only
once. And all rejoiced, having passed the regression tests.
If I understand the problem correctly, linux copies this symbol when
linking from `postgis-2.0.so` to `libpgcommon.a`, but Windows dllwrap
filters it out (perhaps because it is never referenced). If we cannot find
a way to please all linkers, I would suggest moving this code snippet back
into `rt_pg.c` and one `*.c` file of your choice in the postgis directory.
--
Ticket URL: <http://trac.osgeo.org/postgis/ticket/1158#comment:26>
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