This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: -flto / -flto-partition=none question on ia64-hp-hpux11.23
- From: Ian Lance Taylor <iant at google dot com>
- To: sje at cup dot hp dot com
- Cc: Richard Guenther <richard dot guenther at gmail dot com>, gcc at gcc dot gnu dot org
- Date: Tue, 01 Mar 2011 13:45:21 -0800
- Subject: Re: -flto / -flto-partition=none question on ia64-hp-hpux11.23
- References: <201102252322.p1PNM2W08338@lucas.cup.hp.com> <AANLkTikhtvStR_Lhs4+2CbGh6UdPYiktgWAWaX7x-EV5@mail.gmail.com> <1298917338.2267.235.camel@hpsje.cup.hp.com> <AANLkTik3n1oAQdSg6ytvLpC4uJ0n_dvzrLxgu8p-wnzL@mail.gmail.com> <1298935631.2267.282.camel@hpsje.cup.hp.com> <AANLkTik29_qN-BrSeB3Yqs18B_8qr8GumWJRTPU-jQ+A@mail.gmail.com> <1299000877.30497.7.camel@hpsje.cup.hp.com>
Steve Ellcey <sje@cup.hp.com> writes:
> According to PR 20095 the reason for not implementing
> __gcc_personality_v0 is that the HP unwind library does not implement
> _UA_END_OF_STACK which is a GCC extension to the standard IA64 unwind
> ABI and the HP-UX system unwind does not support it so the only way
> to implement __gcc_personality_v0 is to use the GCC libunwind instead of
> the HP-UX system one.
I don't understand this point. It's true that gcc's unwind library will
pass _UA_END_OF_STACK to the stop function passed to
_Unwind_ForcedUnwind if the unwind library returns _URC_END_OF_STACK.
But I don't see what that has to do with __gcc_personality_v0.
__gcc_personality_v0 does not generate or look for _UA_END_OF_STACK, nor
should it, as it is not a stop function passed to _Unwind_ForcedUnwind.
Ian