On Aug 31, 2013, at 11:46, Hermann Peifer wrote:
> On 2013-08-31 18:25, Ryan Schmidt wrote:
>>
>> It is not supported for end users to override portfile internals (like
>> configure.args) at the command line. It is sometimes a useful diagnostic
>> step when we're trying to figure out a problem, but it is not supposed to be
>> an everyday activity for users. What you're doing wrong is that you're
>> *setting* configure.args, *overriding* the dozens of configure.args the
>> portfile already sets that make it function correctly. But there is no
>> syntax for appending to (rather than overriding) configure.args (or any
>> other internal portfile option) at the command line.
>
> Hmm. I thought about this, but I am actually not overriding anything, as far
> as I can see. The Portfile only defines configure.args-append and
> configure.args-delete, but not configure.args itself. So I thought I would be
> on the safe side.
>
> $ grep configure.args
> /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/gis/gdal/Portfile
> configure.args-append \
> configure.args-delete --without-lzma
> configure.args-append --with-lzma=${prefix}
> …
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.
>>
>> Is there a reason why we couldn't provide FileGDB support in the port
>> properly, perhaps as a variant? If not, you could file a ticket in our issue
>> tracker requesting that.
>>
>
> There might be some license issue with the FileGDB API SDK [1]. Common belief
> was that users have to download the binaries from ESRI website, accept their
> terms of use, etc. I'm not sure if this is still true.
We already have other ports in that situation, for example oracle-instantclient.
_______________________________________________
macports-users mailing list
[email protected]
https://lists.macosforge.org/mailman/listinfo/macports-users
