<div dir="auto">Seems the problem is in the python module build. I think I've been here before 😥</div><br><div class="gmail_quote"><div dir="ltr">On Wed, Jan 16, 2019, 6:47 PM Andrew Bell <<a href="mailto:andrew.bell.ia@gmail.com">andrew.bell.ia@gmail.com</a> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Seems strange that configure would place other directories before the location for the current source tree. Is this by design? Is there a way to change the behavior?</div><br><div class="gmail_quote"><div dir="ltr">On Wed, Jan 16, 2019, 6:22 PM Even Rouault <<a href="mailto:even.rouault@spatialys.com" target="_blank" rel="noreferrer">even.rouault@spatialys.com</a> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On mercredi 16 janvier 2019 17:41:26 CET Andrew Bell wrote:<br>
> I'm trying to build GDAL master branch with the python wrappers and I'm<br>
> getting an error on OSX with clang:<br>
> <br>
> --------------------<br>
> <br>
> creating build/temp.macosx-10.7-x86_64-3.6<br>
> creating build/temp.macosx-10.7-x86_64-3.6/extensions<br>
> gcc -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g<br>
> -fwrapv -O3 -Wall -Wstrict-prototypes<br>
> -I/Users/acbell/miniconda2/envs/pdal/include<br>
> -I/Users/acbell/miniconda2/envs/pdal/include<br>
> -Wno-error=unused-command-line-argument-hard-error-in-future<br>
> -Wno-error=unused-command-line-argument-hard-error-in-future -I../../port<br>
> -I../../gcore -I../../alg -I../../ogr/ -I../../ogr/ogrsf_frmts -I../../gnm<br>
> -I../../apps -I/Users/acbell/miniconda2/envs/pdal/include/python3.6m<br>
> -I/Users/acbell/miniconda2/envs/pdal/lib/python3.6/site-packages/numpy/core/<br>
> include -I/Users/acbell/gdal/gdal/include -c extensions/gdal_wrap.cpp -o<br>
> build/temp.macosx-10.7-x86_64-3.6/extensions/gdal_wrap.o -std=c++11<br>
> -I/Users/acbell/gdal/gdal/port -I/Users/acbell/gdal/gdal/gcore<br>
> -I/Users/acbell/gdal/gdal/alg -I/Users/acbell/gdal/gdal/ogr<br>
> -I/Users/acbell/gdal/gdal/ogr/ogrsf_frmts<br>
> -I/Users/acbell/gdal/gdal/frmts/vrt -I/Users/acbell/gdal/gdal/apps<br>
> <br>
> extensions/gdal_wrap.cpp:4087:1: error: unknown type name 'VSIDIR'<br>
> VSIDIR* wrapper_VSIOpenDir( const char * utf8_path,<br>
> ^<br>
> extensions/gdal_wrap.cpp:4091:12: error: use of undeclared identifier<br>
>       'VSIOpenDir'<br>
>     return VSIOpenDir(utf8_path, nRecurseDepth, options);<br>
>            ^<br>
> extensions/gdal_wrap.cpp:4135:38: error: unknown type name 'VSIDIR'<br>
> DirEntry* wrapper_VSIGetNextDirEntry(VSIDIR* dir)<br>
>                                      ^<br>
> extensions/gdal_wrap.cpp:4137:11: error: unknown type name 'VSIDIREntry'<br>
>     const VSIDIREntry* vsiEntry = VSIGetNextDirEntry(dir);<br>
<br>
It smells like you'd have cpl_xxxx.h files from older GDAL versions in your <br>
include paths.<br>
/Users/acbell/miniconda2/envs/pdal/include might be a candidate for <br>
examination.<br>
<br>
Even<br>
<br>
-- <br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer noreferrer noreferrer" target="_blank">http://www.spatialys.com</a><br>
</blockquote></div>
</blockquote></div>