postgis2 fails to compile on Snow Leopard

[fvaccari]

I had to apply a modification to postgis2 Portfile in order for it to compile under Snow Leopard. I attach here the modified Portfile, where I added this code

build.args-append       CC=${configure.cc} \
                        CXX=${configure.cxx} \
                        CPP=${configure.cpp}

after

build.args                  ICONV_LDFLAGS='-L${prefix}/lib -liconv'

I'm not sure this is the correct solution, or if it breaks on newer systems, but it solved my issue...

[fvaccari]

The log with the error

[ryandesign (Ryan Carsten Schmidt)]

I see the port has selected llvm-gcc-4.2:

CC='/usr/bin/llvm-gcc-4.2'

It uses this compiler for a lot of the build, but then tries to use gcc-4.2 when building the postgis directory:

:info:build ---- Making all in postgis
:info:build make[1]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_databases_postgis2/postgis2/work/postgis-2.4.3/postgis'
:info:build /usr/bin/gcc-4.2 -I../liblwgeom -pipe -Os -Diconv=libiconv -Diconv_open=libiconv_open -Diconv_close=libiconv_close -arch x86_64  -I../libpgcommon  -I/opt/local/include   -I/opt/local/include/libxml2    -I/opt/local/include -fPIC -I. -I./ -I/opt/local/include/postgresql10/server -I/opt/local/include/postgresql10/internal  -I/opt/local/include -I/opt/local/include/libxml2  -I/opt/local/include  -c -o postgis_module.o postgis_module.c
:info:build make[1]: /usr/bin/gcc-4.2: No such file or directory

It is wrong for the build system to be disobeying MacPorts' directives about which compiler to use. If your proposed change works, that's great, and we could use that, but we might also want to dissect the build a bit to see why it is doing this wrong thing in the first place. It may be inheriting the compiler value from one of its dependencies for which you received a binary from our build server. /usr/bin/gcc-4.2 is the compiler used on our Snow Leopard build server because that is the default compiler with Xcode 3.2.6 and that is the latest free version of Xcode for Snow Leopard. I assume that compiler does not exist on your system because you are or were a paid Apple developer and therefore have access to and have installed Xcode 4.2 for Snow Leopard which does not contain that compiler anymore.

The problem is not Snow Leopard-specific per se, but Snow Leopard is the only system on which you're likely to see the problem because Snow Leopard is the only macOS version on which you get a different default compiler depending on which Xcode version you install.

[fvaccari]

Indeed I have Xcode 4.2

xcodebuild -version
Xcode 4.2
Build version 4C199

I'm afraid there could be bad side effects if I would downgrade to Xcode 3.2.6, but if there is a way to add the missing compiler to my test machine, I'd be happy to give it a try and see if that works with the original Portfile

[Veence (Vincent)]

I’m sorry I’m a bit late to this. Problem is, you’re a bit out of luck because I don’t have a Snow Leopard machine at hand. Ryan has. So if he tells me exactly what to do, I’ll be happy to oblige.

[fvaccari]

Sitting with @mojca behind the machine.

In the meantime the default compilers changed and this port is still problematic.

One further problem we discovered is that we had to add a configure flag --with-gdalconfig=${prefix}/bin/gdal-config next to

variant raster description {Build raster support} {
    depends_lib-append      port:gdal
...

else it didn't find the gdal headers at all.

Now, after adding that flag, the problem remained with

checking for OGR enabled... yes
checking gdal.h usability... no
checking gdal.h presence... yes
configure: WARNING: gdal.h: present but cannot be compiled
configure: WARNING: gdal.h:     check for missing prerequisite headers?
configure: WARNING: gdal.h: see the Autoconf documentation
configure: WARNING: gdal.h:     section "Present But Cannot Be Compiled"
configure: WARNING: gdal.h: proceeding with the compiler's result
checking for gdal.h... no
configure: error: could not find GDAL headers

which seems to boil down to

configure:17664: /usr/bin/gcc-4.2 -c -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wmissing-format-attribute -Wformat-security -fno-strict-aliasing -fwrapv -pipe -Os -arch x86_64 -I/opt/local/include conftest.c >&5
In file included from /opt/local/include/gdal.h:45,
                 from conftest.c:105:
/opt/local/include/cpl_port.h:709:23: error: x86intrin.h: No such file or directory

[kencu (Ken)]

old versions of gcc don't have that header, but new versions do, and all clangs that we care about should have it too.

$ locate x86intrin.h
/opt/local/lib/gcc48/gcc/x86_64-apple-darwin10/4.8.5/include/x86intrin.h
/opt/local/lib/gcc5/gcc/x86_64-apple-darwin10/5.5.0/include/x86intrin.h
/opt/local/lib/gcc6/gcc/x86_64-apple-darwin10/6.5.0/include/x86intrin.h
/opt/local/lib/gcc8/gcc/x86_64-apple-darwin10/8.3.0/include/x86intrin.h
/opt/local/libexec/llvm-3.4/lib/clang/3.4/include/x86intrin.h
/opt/local/libexec/llvm-3.7/lib/clang/3.7/include/x86intrin.h
/opt/local/libexec/llvm-3.8/lib/clang/3.8.1/include/x86intrin.h
/opt/local/libexec/llvm-3.9/lib/clang/3.9.1/include/x86intrin.h
/opt/local/libexec/llvm-4.0/lib/clang/4.0.1/include/x86intrin.h
/opt/local/libexec/llvm-5.0/lib/clang/5.0.2/include/x86intrin.h
/opt/local/libexec/llvm-8.0/lib/clang/8.0.1/include/x86intrin.h
/opt/local/libexec/llvm-9.0/lib/clang/9.0.0/include/x86intrin.h