On Wednesday 09 January 2008, David Woodhouse wrote:
On Tue, 2008-01-08 at 16:28 -0500, Tom Lane wrote:
I'm having a tough time trying to get mysql rebuilt in rawhide: the ppc build keeps failing like this: http://koji.fedoraproject.org/koji/getfile?taskID=335275&name=build.log
Normally what a failure in execution_constants means is that the configuration constant STACK_MIN_SIZE has to be increased, because the error-recovery code needs more stack space than it did before. We have for years had to run that a bit higher than what mysql.com ships, but up to now 16384 has worked fine across all arches (all 7 redhat arches, not just Fedora). Sometime since 13 Dec 2007, however, the behavior of the ppc arch changed in rawhide, and now even boosting the number by 50% (to 24K) doesn't persuade it to work. I could try larger numbers, at the cost of also increasing DEFAULT_THREAD_STACK which is a pretty user-visible number. I am wondering if this isn't a bug in rawhide, though. Has gcc started making PPC stack frames a lot larger than before? Maybe glibc has gotten more stack-hungry? I'd guess on the problem being in gettext() or related code, if it is a glibc change, but I haven't tracked it down exactly.
For a while we used 64KiB pages on ppc64, because IBM insisted on it in RHEL5 and I didn't notice we'd done the same stupid thing in Fedora. I believe it was like that in FC6 but I fixed it again for F7.
Is it possible that the kernel on the build machines is now similarly afflicted?
The build system when refreshed in December got updates to RHEL5 so are all running RHEL5 kernels. they do have one extra patch for a bug in tux.
Dennis