在 MacOSX 上通过构建安装 GDAL

Question

我正在尝试通过 MacOSX 上的构建安装 GDAL。我有以下配置：

[gdal]
recipe = zc.recipe.cmmi
url = http://download.osgeo.org/gdal/gdal-1.7.2.tar.gz
extra_options =
    --with-geos=${geos:location}/bin/geos-config
    --with-static-proj4=${proj:location}
    --with-jpeg={libjpeg:location}
    --with-spatialite=${spatialite-lib:location}
    --with-sqlite=${spatialite-lib:location}

我尝试了许多其他配置，但我得到的只是以下错误： http://pastebin.com/s0WxfnUu

有任何线索吗？

Answer 1

我已经设法解决了这个问题 - 描述如下。

只是为了记录 - 在 MacOSX 上构建 GDAL 的正确配置（出于示例目的，我已经删除了其他内容）：

[libiconv]
# ...

[gdal]
recipe = hexagonit.recipe.cmmi
url = http://download.osgeo.org/gdal/gdal-1.7.3.tar.gz
configure-options =
    --with-python
    --with-jpeg=internal
    --with-spatialite=${spatialite:location}
    CFLAGS=-I${libiconv:location}/include
    LIBS="${libiconv:location}/lib/libiconv.la ${libiconv:location}/lib/libcharset.la"

您需要指定 libiconv （在我的示例中，我从源代码构建它） - 它将防止字符集错误。

另外我的问题出在 jpeglib 的版本上，所以我定义了 --with-jpeg=internal 这样 GDAL 将使用它自己的库。根据错误，您可以使用 --with-png=internal、--with-tiff=internal 等。

祝你好运！

Answer 2

构建对于很多事情来说都很棒，但即使是我也倾向于将一些责任交给操作系统。

整个巨大的地理堆栈就是其中之一。 Gdal、geos、libproj4、mapnik，我不知道是什么。从源代码编译所有内容都太麻烦了，尤其是当您有很多依赖项时。

就您而言， gdal 编译的某些库似乎不匹配。参数长度错误。

我的建议是通过您的操作系统安装 gdal 和朋友（例如：windows 安装程序、apt-get、rpm，等等）。