Created attachment 298141 [details] 3.3.1 build.log Lately bumped geos-3.3.1 does not build on my system. same problem with 3.3.2 which was released just yesterday. 3.2.2 builds fine; is it probably a PHP-5.4 incompatibility?
Created attachment 298143 [details] emerge --info
emerge successful with USE="-php"
The metadata.xml lists "postgresql" herd, wich does not exist as postgresql@gentoo.org. Intentional?
Same result with MAKEOPTS="-j1", for completeness. Builds with USE="php" against dev-lang/php-5.3.9_rc4.
Created attachment 298339 [details, diff] bumped geos-3.3.2 ebuild with <php-5.4 dependency
in cvs. thanks\!
I think you should actually block >php:5.3 since I have the following case right now: 1. Have (only) php:5.4 installed 2. Try to update geos from 3.2.2 to 3.3.2 3. As dependency, php:5.3 is installed besides 5.4 4. geos fails to compile since it tries to build against the newer php:5.4 instead of php:5.3
Should we reopen this bug for an upcoming php-5.4 stabilization tracker? I am currently following the geos nightly snapshots and as of 20120224 it is still not php-5.4 ready.
There's an open ticket now including a patch for 3.3.2 that claims fixing, but geos-3.3.2 still won't build for me.
http://trac.osgeo.org/geos/ticket/513
Created attachment 308103 [details] geos.c:83:37: error: ‘tsrm_ls’ undeclared please reopen, geos-3.3.2[php] does fail to build (php-5.3.10 [threads]) The failure is different than above but was already mentioned before: * gentoo bug #373319 * http://trac.osgeo.org/geos/ticket/452
You should probably open a new bug for a different issue than this one. Things you could try: - geos-3.3.3 is out already (renaming ebuild works) - geos nightly builds (I can provide a simple ebuild change for that)
geos-3.3.4 was released and supposed to have fixed PHP 5.4 support, but there's another issue with threads enabled: http://trac.osgeo.org/geos/ticket/541
Not fixed in 3.3.5.
