This is the mail archive of the
mailing list for the newlib project.
Re: [RFC][AArch64] Support in-tree building with libgloss and linker scripts (specs files)
- From: Jeff Johnston <jjohnstn at redhat dot com>
- To: newlib at sourceware dot org
- Date: Wed, 29 Jan 2014 12:12:59 -0500 (EST)
- Subject: Re: [RFC][AArch64] Support in-tree building with libgloss and linker scripts (specs files)
- Authentication-results: sourceware.org; auth=none
- References: <52E27CB6 dot 7000805 at arm dot com> <CAFqB+PxngBRw6MY6SDdQdgqueTgb2sJz9yw-db-zrP__BECCqw at mail dot gmail dot com> <20140129133055 dot GS2821 at calimero dot vinschen dot de>
I'm ok with it since there is a work-around if needed and it is in an
architecture-specific directory. So, go ahead.
-- Jeff J.
----- Original Message -----
From: "Corinna Vinschen" <email@example.com>
Sent: Wednesday, January 29, 2014 8:30:55 AM
Subject: Re: [RFC][AArch64] Support in-tree building with libgloss and linker scripts (specs files)
On Jan 29 13:09, Marcus Shawcroft wrote:
> On 24 January 2014 14:46, Richard Earnshaw <firstname.lastname@example.org> wrote:
> > When using libgloss and linker scripts unified source tree builds
> > (gcc+newlib+binutils) fail when building the libraries because the
> > linker scripts have not been installed at that time.
> > A suitable solution to this is to make copies of the scripts in the
> > build area, which the compiler is configured to search during the build.
> > Then using LDFLAGS_FOR_TARGET=-specs=<spec-file> flag will correctly
> > pick up the appropriate libgloss specs file.
> > I've marked this as an RFC as I'm not sure if the pattern-based rule is
> > GNUmake specific, and if it is, whether this is not appropriate for
> > newlib -- it could be written out long-hand, but this rule makes the
> > construct trivial to port to other libgloss targets.
> > This was the only patch I needed to make an aarch64-elf unified tree
> > build and run the gcc testsuite.
> > Thoughts please?
> Installing the scripts in the build area makes sense to me, but I
> think we need an ack from Jeff or Corinna w.r.t the use of GNU make
Personally I don't care. If it's ok with Jeff, it's ok with me.