Even,
Thanks for the feedback. I think I understand what you mean but on the
other hand I got puzzled as well.
Glad that my memory is not too rotten with age as I remember one of your
mails that ended up as ticket #1810
http://trac.osgeo.org/gdal/ticket/1810
where you explained that (and this is my interpretation of it), on
Windows the "--with-hide-internal-symbols" behavior is the default one.
But I'm testing on Windows and it worked fine with the link to
"gdal_i.lib". If it works here, why should it fail on *nix?
Joaquim
Joaquim,
I'm not sure this is a good idea. Shapelib and its header file is an internal
dependency of GDAL/OGR and should probably remain as such. I'd note we made
recently necessary changes to some utilities (gdaltindex comes to mind) to
use OGR API and drop their explicit dependency to shapelib.
I'd note that, in some builds of GDAL, shapelib symbols embedded in the
Shapefile driver could even not be exported (for example if configure is run
with --with-hide-internal-symbols)
Le Thursday 25 February 2010 17:49:23 Joaquim Luis, vous avez écrit :
Hi,
I have a MEX that links against shapelib and works fine. However, I just
tried to link it against GDAL since it has the same ability to read
shapefiles in OGR and it also works.
All I had to do was to copy the "shapefil.h" from
...\gdal\ogr\ogrsf_frmts\shape
to
...\gdal\include
so can I ask as a kind of enhancement request that the "shapefil.h" be
moved to the "include" dir by the "make install" procedure so that for
the next GDAL release I can have my makefiles link that MEX to GDAL only
and therefore drop the need of having also a shapelib instaled?
Thanks
Joaquim Luis
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
