This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
RE: Remaining Itanium exception, static linking patches
- From: Andrew Haley <aph at cambridge dot redhat dot com>
- To: "Boehm, Hans" <hans_boehm at hp dot com>
- Cc: "'java-patches at gcc dot gnu dot org'" <java-patches at gcc dot gnu dot org>,"'tromey at redhat dot com'" <tromey at redhat dot com>,"MOSBERGER, DAVID (HP-PaloAlto,unix3)" <davidm at hpl dot hp dot com>
- Date: Fri, 15 Mar 2002 10:26:30 +0000 (GMT)
- Subject: RE: Remaining Itanium exception, static linking patches
- References: <40700B4C02ABD5119F000090278766443BF095@hplex1.hpl.hp.com>
Boehm, Hans writes:
>
> I tried it. It doesn't work. The superficial reason is that SYS_sigaction
> doesn't exist. There's only SYS_rt_sigaction. The more serious issue is
> that this code is broken to start with; the kernel sigaction structure
> doesn't necessarily have the same layout as the user one. The X86 and IA64
> implementations of sigaction in glibc perform a translation.
Yes, I know. You remember my patch that used a user-defined stack on
IA-32? It fixed that problem also.
> It sounds to me like the only plausible solution here is to check in the
> original patch which relies on __libc_sigaction. It's far less broken than
> what's there now.
Yes, but I know that on IA-32 it works correctly, although it works by
accident, so I don't want to change the IA-32 version.
> Clearly at least parts of glibc need unwind information on all
> platforms, at which point this can be done correctly.
Yes.
> OK to commit? Andrew - do you want to check it in? Or I can, and list you
> as the author:
Please check it in, because at this moment in time I don't have an
IA-64 system with up-to-date libraries to test on.
Andrew.