Opened 15 years ago
Closed 12 years ago
#2661 closed enhancement (fixed)
OSX framework app support dir needs version
Reported by: | kyngchaos | Owned by: | hobu |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | default | Version: | svn-trunk |
Severity: | normal | Keywords: | |
Cc: |
Description
With the approach of v1.6 and considering that drivers are now verified to match the library version, the OSX framework Application Support GDAL dir should have subdirs for versions. This will keep driver plugins separate for different GDAL versions. This is especially helpful when software linking GDAL doesn't update its GDAL version in a timely manner.
The suggested structure is:
Library Application Support GDAL major.minor
This matches the major.minor version structure of the framework package.
The attached patches take care of this in gdaldrivermanager.cpp and ogrdriverregistrar.cpp, and are for v1.6. I got the num2str/str define idea from http://en.wikibooks.org/wiki/C_Programming/Preprocessor. I didn't check (don't really know where to check) if GDAL has such a mechanism already.
I marked the version/milestone as 1.6 but it should be backported to 1.5 as well.
Attachments (2)
Change History (13)
by , 15 years ago
Attachment: | gdaldrivermanager.cpp.patch added |
---|
by , 15 years ago
Attachment: | ogrsfdriverregistrar.cpp.patch added |
---|
comment:1 by , 15 years ago
Milestone: | 1.6.1 → 1.7.0 |
---|---|
Owner: | changed from | to
comment:3 by , 14 years ago
Milestone: | 1.7.0 → 1.7.1 |
---|
comment:4 by , 14 years ago
By 'adapted', do you mean joining the version and plugins folder name? It looks to me like the path will be
/Library/Application Support/GDAL/1.7PlugIns
instead of
/Library/Application Support/GDAL/1.7/PlugIns
I'd rather have the latter, with the extra subfolder, as it's what I've been using myself. And it's more clear and matches the framework's version subfolder layout better. And leaves the possibility of other addon support data in other subfolders of the version.
comment:6 by , 14 years ago
P.S., that CPLFormFilename() you used in gdaldrivermanager.cpp needs a third parameter for a null extension:
CPLFormFilename( GetHome(), #ifdef MACOSX_FRAMEWORK "/Library/Application Support/GDAL/" num2str(GDAL_VERSION_MAJOR) "." num2str(GDAL_VERSION_MINOR) "/PlugIns", NULL) ); #else
comment:7 by , 14 years ago
follow-up: 10 comment:9 by , 14 years ago
only for those (few) doing #ifdef MACOSX_FRAMEWORK, right? I have no idea how I got this to compile on my machine, btw. I must have been working in the wrong branch. sorry.
comment:10 by , 14 years ago
Few? Maybe. Maybe not. The popularity of a platform configuration shouldn't affect the seriousness of the bug if GDAL doesn't compile at all for that configuration.
comment:11 by , 12 years ago
Milestone: | 1.8.1 |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Looks like it is fixed now. Closing
I'll take this one for 1.7. Anything that is OSX Framework related that doesn't effect anything other than framework building stuff should be assigned to me, as I'm probably the only person who can test.