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
Description: This is a digitally signed message part.