Summary: | dev-lang/php-5.2.10-r1 fails with autoconf-2.64 due to change in diversion behavior | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | SpanKY <vapier> |
Component: | Current packages | Assignee: | PHP Bugs <php-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | galtgendo |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://lists.gnu.org/archive/html/bug-autoconf/2009-11/msg00045.html http://bugs.php.net/bug.php?id=50291 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 257596 | ||
Attachments: |
aclocal log
autoheader log autoconf log libtoolize log patch for the build problem |
Description
SpanKY
2009-08-16 18:03:24 UTC
Created attachment 201447 [details]
aclocal log
Created attachment 201448 [details]
autoheader log
Created attachment 201449 [details]
autoconf log
Created attachment 201451 [details]
libtoolize log
Created attachment 208689 [details, diff]
patch for the build problem
I do hope, your crusade against me will at least temporarily cease.
Anyway, this is a patch, that makes things work.
(m4_divert didn't work either, but I left it there)
I'm not sure why - m4 is beyond me right now.
Actually, I'd be glad, if somebody told me
WTF does it make things work.
Probably scripts/phpize.m4 needs to be patched same way.
Comment on attachment 208689 [details, diff]
patch for the build problem
get over yourself. there is no "crusade". it simply comes down to "keep your shit to yourself".
at any rate, this patch is pointless. all it does is disable the use of diversions completely instead of figuring out what is actually wrong.
ive increased the divert number based on upstream autoconf conversation http://sources.gentoo.org/eclass/php5_2-sapi.eclass?r1=1.26&r2=1.27 and pushed a bug upstream to the php guys to figure out which path they want to go -- drop the diversions completely or increase the numbers. LOL. You do realize that standard php upstream answer is: only autoconf 2.13 is supported, anything higher and you're on your own ? Examples: http://bugs.php.net/bug.php?id=46744 http://bugs.php.net/bug.php?id=48098 ive read their documentation already. instead of sticking my head in the sand, i'm going to actually do something useful. Sorry for taking so long to respond. Thanks for the activity and the eclass patch in the meantime. Seems like upstream fixed the problem. PHP-5.3.2, which we currently test for inclusion in the tree, appears to work with autoconf-2.64 in my tests. You can check out our git overlay over at http://git.overlays.gentoo.org/gitweb/?p=proj/php.git;a=summary (Or just wait two weeks until hoffie can iron out last issues with it and puts it into gentoo-x86) Feedback if the issue indeed is fixed would be much appreciated. Don't mind me, i've just discovered your sed in our src_prepare eblit. And php-5.3.2 still uses diversions in configure.in, so should NOT be fine w/o the sed. Dunno, i somehow doubt upstream's gonna switch their build system in the middle of 5.3. Until we can figure out if they can be arsed to or if we need to stick with your sed, i'll leave this bug open. There have been serious attempts from upstream in fixing 5.3, but they (I think mostly Rasmus himself worked on it) gave up because it seemed impossible for them to fix it without breaking BC. php-5.4 is supposed to have the reworked code and will depend on newer autoconf, as far as I understood. So.. for 5.2 and 5.3 we will most likely have to live with the hack. Seems like we have to stick with the sed. |