This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: [AArch64] Binutils/gas/ld port for ARM's new 64-bit architecture, AArch64 [1/6] Toplevel configury changes
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Yufeng Zhang <Yufeng dot Zhang at arm dot com>
- Cc: "binutils at sourceware dot org" <binutils at sourceware dot org>
- Date: Mon, 30 Jul 2012 14:49:24 +0000
- Subject: Re: [AArch64] Binutils/gas/ld port for ARM's new 64-bit architecture, AArch64 [1/6] Toplevel configury changes
- References: <50169862.7000705@arm.com> <50169A09.7060400@arm.com>
On Mon, 30 Jul 2012, Yufeng Zhang wrote:
> diff --git a/configure.ac b/configure.ac
> index 5efb4a3..83ea5bc 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -842,6 +842,17 @@ case "${target}" in
> ;;
> *-*-vxworks*)
> ;;
> + aarch64*-*-elf* )
> + noconfigdirs="$noconfigdirs target-libffi target-qthreads"
> + libgloss_dir=aarch64
> + ;;
> + aarch64*-*-linux* )
> + noconfigdirs="$noconfigdirs target-libffi target-qthreads"
> + case ${with_newlib} in
> + no) noconfigdirs="$noconfigdirs target-newlib target-libgloss"
> + esac
> + libgloss_dir=aarch64
> + ;;
This appears to be modifying the miscellaneous section of configure.ac,
not taking account of the various cleanups I did a while back.
Java is disabled in the "# Disable Java if libffi is not supported."
section, using a whitelist of targets supported by libffi, so you don't
need to disable it here. I removed all references to target-qthreads on
2011-04-06 so you shouldn't need to handle that either. newlib is
disabled by default for *-*-linux* under "# Disable newlib and libgloss
for various target OSes."; if you have a newlib port for
aarch64*-*-linux*, then at the time you submit that port you can add
special code like that for i[[3456789]]86-*-linux* to control whether
newlib may be built for that target. Finally, libgloss_dir should be set
in the cases below "# Default libgloss CPU subdirectory.", based on the
architecture not the OS.
Thus, to the extent that this patch does things that are still relevant
after my cleanups, (a) those things need to go in more logical places in
configure.ac and (b) those things relate to newlib/libgloss and so would
better be submitted with the newlib/libgloss port, to the newlib list,
rather than as part of a binutils port to the binutils list.
--
Joseph S. Myers
joseph@codesourcery.com