Saving to 32 bits of GPRs in signal context

Segher Boessenkool segher at kernel.crashing.org
Wed May 30 22:36:31 EST 2007


>>> Actually, it's the opposite... the prctl becomes a problem if you
>> have
>>> libs wanting to use 64 bits for optims
>>
>> The host application, or the dynamic loader, can call
>> the prctl() when it loads the DSO that needs it.
>
> Provided you know it does... and with static binaries it gets harder...

A mechanism like what is done for executable stacks
can be used, so you end up with something in the ELF
headers that tells you.  Not that I like this particular
mechanism.

>> In almost all cases this should all be transparent
>> for the user IMHO, based on some ELF flag.
>
> You reckon ? I was wondering about that ... maybe we should define some
> ELF personality for that ...
>
> But that means that existing programs wouldn't get it even while some
> libs they depend on might have such optims without the program knowing
> about it ...

Like I said, the dynamic loader should do the work
in such cases.

> Also, if I can avoid changing glibc ... (you know how hard it is !)

No really?  Tell me about it?  :-)


Segher




More information about the Linuxppc-dev mailing list