Opened 9 years ago
Closed 9 years ago
#5751 closed defect (fixed)
class OGRCurveCollection needs to be exported
Reported by: | vindoctor | Owned by: | warmerdam |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | default | Version: | svn-trunk |
Severity: | normal | Keywords: | |
Cc: |
Description
If someone wants to be able to link against gdal in its dll form, in ogr_geometry.h, OGRCurveCollection needs to be exported.
class OGRCurveCollection simply needs to be:
class CPL_DLL OGRCurveCollection
Change History (4)
comment:1 by , 9 years ago
comment:3 by , 9 years ago
Sorry for not checking in this earlier. I thought it was a simple fix but I see where you are coming from. I'm building with visual studios 2012 (v11). I got the trunk again today and have to edit the gdal code so this is exported.
Yes.. destructor " unresolved external symbol "public: thiscall OGRCurveCollection::~OGRCurveCollection(void)" (??1OGRCurveCollection@@QAE@XZ)"
comment:4 by , 9 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Any evidence of that ? With which VS version ?
OGRCurveCollection is an internal detail and private member of exported OGRCompoundCurve and OGRCurvePolygon, so normally I don't see why it should be exported, but I've had issues related to that (weird linking error because initially the destructor of OGRCurveCollection was virtual and VS 2008 didn't like that)
But the builds at http://www.gisinternals.com/sdk/ now work fine, and the GDAL utilities link against gdal. See for example http://www.gisinternals.com/sdk/build-output/vc10-20141123-4-51-41-25-vc10-dev.txt: