id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc	port
17626	php5 @5.2.8_0 on Mac OS X 10.3.9 Panther: iodbcext.h: No such file or directory	ryandesign@…	ryandesign@macports.org	"php5 @5.2.8_0 doesn't build on Mac OS X 10.3.9 Panther with Xcode 1.5. Chris Janton originally [http://lists.macosforge.org/pipermail/macports-users/2008-December/012707.html reported] [http://lists.macosforge.org/pipermail/macports-users/2008-December/012845.html this] on macports-users, but the true error got lost in hundreds of lines of subsequent warnings. The real problem is that [http://marc.info/?l=php-cvs&m=122028343611890&w=2 php now wants to include iodbcext.h], which Apple provides on Tiger and up but not on Panther:

{{{
/bin/sh /mp/var/macports/build/_Volumes_data_macports_ports_www_php5/work/php-5.2.8/libtool --silent --preserve-dup-deps --mode=compile /usr/bin/gcc-3.3 -I/usr/include -Iext/odbc/ -I/mp/var/macports/build/_Volumes_data_macports_ports_www_php5/work/php-5.2.8/ext/odbc/ -DPHP_ATOM_INC -I/mp/var/macports/build/_Volumes_data_macports_ports_www_php5/work/php-5.2.8/include -I/mp/var/macports/build/_Volumes_data_macports_ports_www_php5/work/php-5.2.8/main -I/mp/var/macports/build/_Volumes_data_macports_ports_www_php5/work/php-5.2.8 -I/mp/include/libxml2 -I/mp/include -I/mp/var/macports/build/_Volumes_data_macports_ports_www_php5/work/php-5.2.8/ext/date/lib -I/mp/include/freetype2 -I/mp/var/macports/build/_Volumes_data_macports_ports_www_php5/work/php-5.2.8/ext/mbstring/oniguruma -I/mp/var/macports/build/_Volumes_data_macports_ports_www_php5/work/php-5.2.8/ext/mbstring/libmbfl -I/mp/var/macports/build/_Volumes_data_macports_ports_www_php5/work/php-5.2.8/ext/mbstring/libmbfl/mbfl -I/mp/var/macports/build/_Volumes_data_macports_ports_www_php5/work/php-5.2.8/TSRM -I/mp/var/macports/build/_Volumes_data_macports_ports_www_php5/work/php-5.2.8/Zend  -I/mp/include -no-cpp-precomp -no-cpp-precomp  -I/mp/include -O2  -c /mp/var/macports/build/_Volumes_data_macports_ports_www_php5/work/php-5.2.8/ext/odbc/php_odbc.c -o ext/odbc/php_odbc.lo 
In file included from /mp/var/macports/build/_Volumes_data_macports_ports_www_php5/work/php-5.2.8/ext/odbc/php_odbc.c:37:
/mp/var/macports/build/_Volumes_data_macports_ports_www_php5/work/php-5.2.8/ext/odbc/php_odbc_includes.h:104:22: iodbcext.h: No such file or directory
}}}

The problem started with php 5.2.7. 5.3.0alpha3 has the problem too. 5.2.6 worked fine.

The php5 port does this curious thing:

{{{
platform macosx {
    configure.args-append \
        --with-ldap=/usr \
        --with-kerberos=/usr \
        --with-iodbc=/usr
}
}}}

It's been that way since the port was originally added in r7760.

I'm unclear why we're using a system library here for ODBC support. Could we use a port instead? I don't see a port for iODBC but I do see one for [browser:trunk/dports/database/unixODBC unixODBC] and [http://php.net/manual/en/odbc.installation.php PHP does support that]. Would that be sufficiently equivalent functionality?"	defect	closed	Normal		ports	1.7.0	fixed		face@…	php5, php5-devel