PATCH: w64 native support

Nick Clifton nickc@redhat.com
Thu Jul 12 07:30:00 GMT 2007


Hi Kai,

   In the better late than never category we have...

> 2007-04-18  Kai Tietz   <kai.tietz@onevision.com>
> 
>         * bfd/bfd-in.h: (BFD_HOST_64BIT_LONG_LONG): New
>         as equivalent for BFD_HOST_64BIT_LONG.
>         (BFD_HOSTPTR_T): Host pointer type for casting a
>         pointer to an integer type.
>         (bfd_hostptr_t): The typedef of BFD_HOSTPTR_T.
>         (sprintf_vma, fprintf_vma): Add support for long long prints.
>         * bfd/bfd-in2.h: Regenerate.
>         * bfd/configure.in: (BFD_HOST_64BIT_LONG_LONG): New
>         as equivalent for BFD_HOST_64BIT_LONG.
>         (BFD_HOSTPTR_T): Host pointer type for casting a
>         pointer to an integer type. Defauls is "unsigned long".
>         (AC_CHECK_SIZEOF(void *)): New.
>         (host64): Set it if the pointer size is 8.
>         * bfd/configure: Regenerate.
>         * bfd/config.in: Add macro SIZEOF_VOID_P.
>         * bfd/coffcode.h: Replace host ptr type assuming "long" to
>         bfd_hostptr_t type.
>         * bfd/coffgen.c: Likewise.
>         * bfd/elf-eh-frame.c: Likewise.
>         * bfd/peicode.h: Likewise.
>         * gas/symbols.c: Print bfd_hostptr_t to file via fprintf_vma.
>         * gas/write.c: Likewise.
>         * gprof/cg_print.c: Force cast of sizeof to be a long.
>         * gprof/hist.c: Likewise.
>         * include/splay-tree.h: New type libi_uhostptr_t needed for
>         w64 when a long is not wide enought for a pointer for
>         splay_tree_key and splay_tree_value..
>         (splay_tree_key, splay_tree_value): As above, see comment.
>         * include/coff/internal.h:  Replace host ptr type assuming "long"
>         to bfd_hostptr_t type.
>         * libiberty/strerror.c: Undefine sys_nerr and sys_errlist if
>         allready defined in front by runtime headers.

I have now checked all of this patch in, apart from the change to 
libiberty.  You will need to submit that one separately to the libiberty 
maintainers.

Cheers
   Nick



More information about the Binutils mailing list