Bug#364231: [parisc-linux] Re: Bug#364231: exception catching

Matthias Klose wrote:
> [should we drop parisc-linux?]
> 
> John David Anglin writes:
>>> Er, no; we're talking about official Debian packages here, and the
>>> libstdc++.so.6 in Debian is now from gcc-4.1.  The problem is precisely that
>>> GMP *is* being built using gcc-4.0, but libstdc++ is from gcc-4.1, resulting
>>> in the double libgcc_s problem.
>> Then, you must build *eveything* for hppa with gcc-4.1 or later.
>>
>> Unfortunately, there's an ABI break.  Mixing libraries compiled with
>> 4.0 or earlier with libraries compiled with 4.1 or later is just going
>> to cause unnecessary problems.   3.3 uses libstdc++.so.5, so you
>> avoid the double libgcc_s problem building GMP.  However, you still
>> have the ABI change affecting the passing and return of complex types.
>>
>> At a fundamental level, libstdc++.so.6, libgfortran.so.1.0.0 and any
>> other gcc libraries built with 4.1 or later need glibc built with 4.1
>> to function correctly because of the various complex functions in
>> the math library.
>>
>> I think there's a dynamic loader bug here as well.  I'm just
>> guessing but I think the double libgcc_s problem causes a problem
>> with the handling of .eh_frame data.
> 
> 
> Ok, coming back to the question of the system compiler on hppa for
> etch. Assuming that hppa does want to do that:
> 
> - is glibc buildable with gcc-4.1 on hppa?

Yes, and it seems to works nicely. People who want to try can fetch .deb 
from http://people.debian.org/~aurel32/hppa/

-- 
   .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
  : :' :  Debian developer           | Electrical Engineer
  `. `'   [email protected]         | [email protected]
    `-    people.debian.org/~aurel32 | www.aurel32.net