On Wed, 2008-01-09 at 11:11 -0500, Tom Lane wrote:
Dennis Gilmore dennis@ausil.us writes:
On Wednesday 09 January 2008, David Woodhouse wrote:
On Tue, 2008-01-08 at 16:28 -0500, Tom Lane wrote:
... 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.
Interesting, but would that affect the rate at which userland code consumes stack space?
It'll certainly affect the way it _allocates_ stack space.
Since posting, I've verified that it still fails at STACK_MIN_SIZE = 48K,
That's still less than a single page. Did you try 64KiB or 128KiB?