[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RFA] bfd/elf.c: remove #define _SYSCALL32
From: |
Joern Rennecke |
Subject: |
Re: [RFA] bfd/elf.c: remove #define _SYSCALL32 |
Date: |
Mon, 15 Apr 2002 12:31:15 +0100 |
address@hidden wrote:
>
> --------------------------------------------------------------------------------
> Index: configure.in
> ===================================================================
> RCS file: /cvs/src/src/bfd/configure.in,v
> retrieving revision 1.91
> diff -p -r1.91 configure.in
> *** configure.in 7 Apr 2002 21:49:09 -0000 1.91
> --- configure.in 11 Apr 2002 18:00:48 -0000
> *************** changequote([,])dnl
> *** 404,409 ****
> --- 404,413 ----
> BFD_HAVE_SYS_PROCFS_TYPE_MEMBER(lwpstatus_t, pr_context)
> BFD_HAVE_SYS_PROCFS_TYPE_MEMBER(lwpstatus_t, pr_reg)
> BFD_HAVE_SYS_PROCFS_TYPE(win32_pstatus_t)
> + if test "$bfd_cv_have_sys_procfs_type_pstatus32_t" = yes || \
> + test "$bfd_cv_have_sys_procfs_type_prstatus32_t" = yes; then
> + AC_DEFINE(_SYSCALL32, 1, [Define if Solaris sparcv9 target.])
> + fi
> fi
> fi
> 2002-04-11 Michael Snyder <address@hidden>
>
> * elf.c: Remove definition of _SYSCALL32.
> * configure.in: Define _SYSCALL32 if appropriate.
>
> AC_SUBST(COREFILE)
> Index: elf.c
> ===================================================================
> RCS file: /cvs/src/src/bfd/elf.c,v
> retrieving revision 1.136
> diff -p -r1.136 elf.c
> *** elf.c 4 Apr 2002 19:53:35 -0000 1.136
> --- elf.c 11 Apr 2002 18:00:49 -0000
> ***************
> *** 30,37 ****
> to be written. The code is changing quickly enough that we
> haven't bothered yet. */
>
> - /* For sparc64-cross-sparc32. */
> - #define _SYSCALL32
> #include "bfd.h"
> #include "sysdep.h"
> #include "bfdlink.h"
> --- 30,35 ----
I've tried this with the configuration on a sparc-sun-solaris2.8 with
the configure option --target=sparc-sun-solaris2.5.1 , and _SYSCALLS32
did not get defined. OTOH, a make of all-ld all-gcc finished
successfully. So maybe this is not needed for solaris2.8 after all?
Or did the problem the _SYSCALL32 define is intended to solve show
at a later stage of the toolchain build / use?
--
--------------------------
SuperH
2430 Aztec West / Almondsbury / BRISTOL / BS32 4AQ
T:+44 1454 462330