Re: Build failure on gcc-4.6 [resend with other user]

Raymond Toy <[email protected]> Tue, 17 Jan 2012 11:29:53 -0800
Newsgroups gmane.lisp.cmucl.devel
Message-ID <CAG14z1EtEVm82dyK7FJXePf6UdRY9dST-JLZKV8FfM=OmkkkWA@mail.gmail.com>
On Tue, Jan 17, 2012 at 10:52 AM, Carl Shapiro <[email protected]>wrote:

> On Tue, Jan 17, 2012 at 9:52 AM, Raymond Toy <[email protected]>wrote:
>
>> Interesting.  I wonder if os_stack_grows_down_1 were moved to another file
>> would fix this.
>>
>
> If you think the call is being optimized away, you can try to add a
> "noinline" attribute to limit the optimization.
>

I don't have gcc 4.6 around anywhere so I can't test this.

>
> Aside from the PA-RISC, don't all of the ports have a downward growing
> stack?  Maybe it is time to make this a #define instead of using a clever
> runtime check.
>

A quick grep shows that this is only used for the stack guard zones, and
those functions are called only on x86.  For sparc, the C stack grows down,
but the Lisp control stack grows up, so those routines aren't used.

It looks like ppc never had the stack overflow support, and PA-RISC was
pretty much dead before I even started using cmucl.

So let's just get rid of them and fix up guard_zones to have a fixed
assumption on the stack direction.

Ray
_______________________________________________
cmucl-imp mailing list
[email protected]
http://lists.zs64.net/mailman/listinfo/cmucl-imp