Alan Coopersmith wrote:
> John Martin wrote:
>> SS11-new (5.8 - 121015-04)  %g2 present
>> SS11 (5.8 - 121015-02)      %g2 present
>> SOS10 (5.7 - 117836-03)     %g2 present
>> SOS8 (5.5 - 112760-07)      %g2 not present
>>
>> So the breakage happened when we moved from using SOS8 to build
>> 32 bit.
>
> So do we need to file this as a compiler bug?
>
At best all I can say now is what the above compiler versions emit
for pure C code on SPARC with "-xregs=no%appl".  If I understood
why other 32 bit "system" libraries in /usr/lib don't destructively use
%g2, I would agree it is a compiler bug.  Things I still need
to investigate:

  Are 32 bit system libraries still being built with SOS8?

  If not, are the 32 bit system libraries being built with a 
new/different option?





Reply via email to