[gdal-dev] Enabling DAP appears to disable several other formats

Charlie Sharpsteen chuck at sharpsteen.net
Thu Apr 19 21:20:51 EDT 2012


I'm trying to add support for OpenDAP to a build of GDAL on OS X. However,
when I add `--with-dods-root` to my configure arguments,
I inexplicably loose support for Epsilon, cURL, SpatiaLite and FreeXL.

Full configure logs can be found here:

  https://gist.github.com/2425147

The diff between the configure output before and after adding DAP is:

diff --git a/gdal_without_dap.log b/gdal_with_dap.log
index 2eb06b3..405300f 100644
--- a/gdal_without_dap.log
+++ b/gdal_with_dap.log
@@ -244,17 +244,22 @@ checking for Google libkml... yes
 checking if Google libkml version is >= 1.3.0... no
 using odbc library from /usr/local.
 checking if Oracle support is enabled... no
-checking Checking for DODS... disabled
+checking Checking for DODS... libdap < 3.10
+libdap >= 3.9
+setting DODS root directory to /usr/local
         found libcurl version 7.19.7
-checking for curl_global_init in -lcurl... yes
-checking for spatialite_init in -lspatialite... yes
-enabled
+checking for curl_global_init in -lcurl... no
+checking for spatialite_init in -lspatialite... no
+disabled
+checking for sqlite3_open in -lsqlite3... yes
+checking for SQLite3 library >= 3.0.0... yes
 checking Checking for DWGdirect... disabled
 configure: "IBM Informix DataBlade support disabled."
 configure: checking whether we should include ESRI SDE support...
         ESRI SDE support not requested.
 checking for VFK support... yes
-checking for eps_read_block_header in -lepsilon... yes
+checking for eps_read_block_header in -lepsilon... no
+libepsilon not found - EPSILON support disabled
 checking for geos-config... /usr/local/bin/geos-config
 checking for GEOS version >= 2.2.0... yes
 checking for GEOSversion in -lgeos_c... yes
@@ -263,7 +268,10 @@ checking for OpenCL support... no
 checking for FreeXL support... checking freexl.h usability... yes
 checking freexl.h presence... yes
 checking for freexl.h... yes
-checking for freexl_open in -lfreexl... yes
+checking for freexl_open in -lfreexl... no
+checking for freexl_open in -lfreexl... no
+checking for freexl_open in -lfreexl... no
+libfreexl not found - FreeXL support disabled
 checking whether to enable PAM... yes
 checking for poppler... yes
 checking if Catalog::optContent exists... yes
@@ -318,9 +326,9 @@ GDAL is now configured for i386-apple-darwin10.8.0
   MrSID/MG4 Lidar support:   no
   MSG support:               no
   GRIB support:              yes
-  EPSILON support:           yes
+  EPSILON support:           no
   WebP support:              no
-  cURL support (wms/wcs/...):yes
+  cURL support (wms/wcs/...):no
   PostgreSQL support:        yes
   MySQL support:             no
   Ingres support:            no
@@ -337,9 +345,9 @@ GDAL is now configured for i386-apple-darwin10.8.0
   GEORASTER support:         no
   SDE support:               no
   Rasdaman support:          no
-  DODS support:              no
+  DODS support:              yes
   SQLite support:            yes
-  SpatiaLite support:        yes
+  SpatiaLite support:        no
   DWGdirect support          no
   INFORMIX DataBlade support:no
   GEOS support:              yes
@@ -348,7 +356,7 @@ GDAL is now configured for i386-apple-darwin10.8.0
   Podofo support:            no
   OpenCL support:            no
   Armadillo support:         no
-  FreeXL support:            yes
+  FreeXL support:            no

   Mac OS X Framework :       no


Any ideas why providing configure with the info to find one package is
hosing four unrelated packages?

Thanks!


-Charlie
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20120419/385da75d/attachment.html


More information about the gdal-dev mailing list