patcoll/buildphp

A customizable build system, based on Rake, that compiles PHP and supported modules. THIS IS LOL OLD YOU SHOULD USE HOMEBREW.

buildphp's Issues

gd shared extension compiles but does not load correctly

This occurred with an Apache2-module build of 5.2.10 and with every module in php_modules uncommented except for mysqlnd, which is not included with the 5.2 branch.

I got this error when trying to load the new PHP module from within Apache:

dyld: NSLinkModule() error
dyld: Library not loaded: /buildphp52/lib/libpng12.0.dylib
  Referenced from: /buildphp52/php5/lib/php/extensions/no-debug-non-zts-20060613/gd.so
  Reason: Incompatible library version: gd.so requires version 40.0.0 or later, but libpng12.0.dylib provides version 19.0.0

Which does not make sense since the gd extension (libgd 2.0.35) was explicitly built against the latest version of libpng that was available at the time (1.2.39).

Implement pgsql package

Implement ldap package

Implement support for DB4 in dba package

Implement imap package

PHP-FPM support doesn't work.

Needs to be updated. See here.

MAMP compatibility mode

MAC USERS: For Mac OS X systems with MAMP installed, it has been requested that we include a MAMP-compatibility mode that compiles PHP against already existing dependencies within the MAMP package. This would involve changing the @prefix object variable to /Applications/MAMP/Library for each package that has a MAMP equivalent, and also obtaining the development headers that do not come with a standard binary distribution of MAMP.

A solution to this would be to download the MAMP src package along with the binary dist, so the dev headers could be extracted from the source packages and copied into appropriate locations inside a new /Applications/MAMP/Library/include directory.

Anyone have any more insight or ideas on this?

PHP build fails if built against included libiconv

This occurred on two test VMs running Ubuntu 8.04 and Slackware 12.0

To reproduce:

1. Uncomment code in iconv.rb that refers to libiconv
2. Put --with-iconv-dir=#{@prefix} as a configuration flag in php_config_flags for the iconv package.
3. Run rake php:compile

An error referring to symbols resembling iconv_open, iconv_close, etc. will occur. Google searches didn't make a solution very obvious so external referencing of libiconv was disabled for the php package by default by removing the --with-iconv-dir flag.

Any insight is welcome.

Implement "remove" method that could remove individual package's files.

each package would need to implement a diff to enable removal of files later.

Convert PHP-FPM package to use new (non-patch) version of PHP-FPM

The new PHP-FPM project's code does not require a patch to the PHP source code.

This version of PHP-FPM would have a Rake prerequisite of the php:compile task and would configure, compile and install as documented at the above site.

Implement pspell package

FreeTDS build fails if built against included libiconv

To reproduce:

1. Uncomment code in iconv.rb that refers to libiconv and put iconv into package_depends_on for FreeTDS (mssql)
2. Put --enable-libiconv and --with-libiconv-prefix=#{FACTORY['iconv'].prefix} as configuration flags for the FreeTDS (mssql) package
3. Run rake mssql:compile

An error referring to symbols resembling iconv_open, iconv_close, etc. will occur. Google searches didn't make a solution very obvious so external referencing of libiconv was disabled for the mssql package by default with --disable-libiconv.

Any insight is welcome.