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?
Since posting, I've verified that it still fails at STACK_MIN_SIZE = 48K, which is 300% of the setting that had worked up through mid-December. So *something* has gone pretty seriously wacko, but it's hard to tell what. I guess I shall have to request buildroot access and start poking at it with a debugger ...
regards, tom lane