All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Frysinger <vapier@gentoo.org>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] makefiles: fixes/cleanup for building build tools
Date: Wed, 28 Oct 2009 03:27:26 -0400	[thread overview]
Message-ID: <200910280327.27200.vapier@gentoo.org> (raw)
In-Reply-To: <20091027193410.GB25942@loki.buserror.net>

On Tuesday 27 October 2009 15:34:10 Scott Wood wrote:
> On Mon, Oct 26, 2009 at 07:57:50PM -0400, Mike Frysinger wrote:
> > perhaps it would make more sense to create a HOSTCOMPILE/HOSTLINK (or
> > whatever) variable so this kind of thing isnt missed ?
> > HOSTCOMPILE = $(HOSTCC) $(HOSTCFLAGS)
> > HOSTLINK = $(HOSTCOMPILE) $(HOSTLDFLAGS)
> 
> Maybe.  What about PEDCFLAGS?  Should that be the default for HOSTCOMPILE,
> and then have a HOSTCOMPILENOPED?

i think the intention was to build everything with -pedantic.  so add it to 
the default flags and drop the distinction completely.  it'd make the 
resulting build code a lot simpler.

> > > It restores easylogo to using the host compiler, which was broken by
> > > commit 38d299c2db81bd889c601b5dfc12c4e83ef83333 (if this was an
> > > intentional change, please let me know -- but it seems to be a build
> > > tool).
> >
> > it was intentional, but for different reasons.  easylogo isnt integrated
> > into the u-boot build system, so in order to compile things in there, you
> > had to go into the subdir and manually run `make`.  if it were integrated
> > into the build system like all other tools, then converting to host tools
> > is fine.  but unless i missed something, it doesnt appear to be ?  and
> > now, going into the subdir and running `make` wont work either ...
> 
> I was expecting it to be built by adding easylogo to TOOLSUBDIRS (it would
> be better if there were a distinct make target for it, but that's another
> patch).  Other tools such as gdb already assume they're being run in this
> manner.

where does TOOLSUBDIRS get changed ?  i dont see any place in u-boot where it 
is set and your patch doesnt change that from what i can see.
-mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
Url : http://lists.denx.de/pipermail/u-boot/attachments/20091028/8e98a68d/attachment.pgp 

  reply	other threads:[~2009-10-28  7:27 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-26 22:17 [U-Boot] [PATCH] makefiles: fixes/cleanup for building build tools Scott Wood
2009-10-26 23:57 ` Mike Frysinger
2009-10-27 19:34   ` Scott Wood
2009-10-28  7:27     ` Mike Frysinger [this message]
2009-10-29 16:18       ` Scott Wood
2009-10-30  8:28         ` Wolfgang Denk
2009-10-30 15:53           ` Scott Wood
2009-10-30 16:43             ` Mike Frysinger
2009-10-30 16:47               ` Scott Wood
2009-10-30 17:28                 ` Mike Frysinger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200910280327.27200.vapier@gentoo.org \
    --to=vapier@gentoo.org \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.