This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: 2002-04-28's 3.1 branch's libjava won't build on GNU/Linux/sparc
- From: Jakub Jelinek <jakub at redhat dot com>
- To: "David S. Miller" <davem at redhat dot com>
- Cc: aoliva at redhat dot com, gcc at gcc dot gnu dot org
- Date: Wed, 1 May 2002 13:35:57 +0200
- Subject: Re: 2002-04-28's 3.1 branch's libjava won't build on GNU/Linux/sparc
- References: <20020430.205623.118781428.davem@redhat.com> <oru1psig6t.fsf@free.redhat.lsd.ic.unicamp.br> <20020501111316.D32482@sunsite.ms.mff.cuni.cz> <20020501.041559.33563798.davem@redhat.com>
- Reply-to: Jakub Jelinek <jakub at redhat dot com>
On Wed, May 01, 2002 at 04:15:59AM -0700, David S. Miller wrote:
> From: Jakub Jelinek <jakub@redhat.com>
> Date: Wed, 1 May 2002 11:13:16 +0200
>
> I'll make a patch for glibc to add -fexceptions to pthread_sighandler*
> routines, but in the mean time, something like:
> libc_handle = dlopen (LIBC_SO_NAME, RTLD_LAZY);
> libc_sigaction = dlsym (libc_handle, "sigaction");
> dlclose (libc_handle);
>
> No, forget this, using the SYSCALL(sigaction ...) method
> works fine and that is what I am going to use as the fix
> at least for 3.1
You have copied the magic from libc/sysdeps/sparc/sparc32/sigaction.c
there (like using negative signal number)?
Does it work for sparc64, which only has rt_sigaction, thus needs the
return stub etc.? What about IA-64 (likewise, does have only rt_sigaction,
but doesn't need the return stub)?
Jakub