Trouble installing gdal using configure.args="--with-fgdb=/path/to/FileGDB_API"

Hermann Peifer peifer at gmx.eu
Sat Aug 31 10:47:26 PDT 2013


On 2013-08-31 19:37, Ryan Schmidt wrote:
>
> On Aug 31, 2013, at 12:27, Hermann Peifer wrote:
>> On 2013-08-31 18:49, Ryan Schmidt wrote:
>>> Command line options override any MacPorts defaults or anything the portfile sets. So the portfile appends its configure args to the (empty) configure.args variable, and then finally at the command line, you override it with your value.
>>
>> Thanks for the hints. I didn't know. Funny enough, the installation seemed to work fine, after I "fixed" the missing library issue through symlinks.
>>
>> So I better do not use configure.args on the command line. Is editing the Portfile a safe option? Probably not, I would assume :-(
>
> You can edit the portfile, but if you are using rsync to sync your ports tree (which is the default) then any changes you make will be discarded next time you sync.
>

OK. I'll keep this in mind.

>> I have a similar issue with libkml, where gdal expects version >= 1.3.0 (never released, only available from trunk). So I would have to install libkml under /opt/local rather than anywhere else which would require the configure argument --with-libkml=/path/to/libkml
>
>
> If this is a problem with the libkml port as we have provided it in MacPorts, you should file a bug report so that we can fix this problem.
>

I'd say there is an issue with libkml itself (no official 1.3.0 release) 
rather than with its port. I found a related post here: 
http://osgeo-org.1560.x6.nabble.com/gdal-dev-Homebrew-Package-Manager-and-libKML-dependency-on-libkml-1-3-td5011826.html

Thanks again for your help,

Hermann


More information about the macports-users mailing list