Dennis Gilmore <dennis@xxxxxxxx> 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 -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list