Our php-7.x ebuilds do only two things that require the regeneration of the autotools stuff. The first is a workaround for Heimdal support, but I've tried to fix that correctly in bug #597448. The other is to change the branding: # Change PHP branding # Get the alpha/beta/rc version sed -re "s|^(PHP_EXTRA_VERSION=\").*(\")|\1-pl${PR/r/}-gentoo\2|g" \ -i configure.in || die "Unable to change PHP branding" # Patch PHP to show Gentoo as the server platform sed -e 's/PHP_UNAME=`uname -a | xargs`/PHP_UNAME=`uname -s -n -r -v | xargs`/g' \ -i configure.in || die "Failed to fix server platform name" Since we've modified configure.in, we need to pull in autotools.eclass, and then run eautoreconf in src_prepare(). Once the Heimdal fix is upstream, is the unique version name worth the trade-off? We're no longer doing any significant patching of PHP, so I don't see a strong reason to mess with the version string (other than that it looks cool to say "Gentoo"). Once it becomes possible, we should consider getting rid of it. The removal of the autotools eclass and eautoreconf() will speed up the build and simplify the ebuild a bit. It also gets rid of one more unnecessary deviation from upstream.
This is done in the new v7.1.0, let's see if anyone notices.
Done in 7.0.15, too. The heimdal patch isn't going to get merged into the 5.6 series, so this is out of the question there.
