All of lore.kernel.org
 help / color / mirror / Atom feed
From: Murray.Jensen at csiro.au <Murray.Jensen@csiro.au>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] [PATCH] sinclude board specific make fragment
Date: Thu, 14 Jul 2005 17:20:13 +1000	[thread overview]
Message-ID: <1756.1121325613@gerd> (raw)
In-Reply-To: Your message of "Thu, 30 Jun 2005 17:11:43 +0200" <20050630151143.7ACA0353A0E@atlas.denx.de>

On Thu, 30 Jun 2005 17:11:43 +0200, Wolfgang Denk writes:
>> >Actually the board specific "config.mk" files  might  be  romved  one
>> >day.
>> 
>> Umm.. this would be very bad. Why would you want to do that?
>
>Why not? All we use it for is to  define  TEXT_BASE  in  a  way  that
>"make" can conveniently pick it up. There may be other ways to do the
>same  without  needing  a  separate  file  for  it  -  logically this
>information belongs to the board config file.

TEXT_BASE is not the only thing being defined in the board specific
config.mk file (at least for me) ... other things I do in there are:

1. append to PLATFORM_CPPFLAGS to add a -I options for the compiler;
2. set OBJCFLAGS so I can remove sections from the ELF => BIN copy;
3. set LDSCRIPT based on the board revision;
4. set CROSS_COMPILE based on board revision;
5. add to the ALL variable so other binary images are built, not just
   the u-boot.bin image - i.e. a binary image of the boot page required
   for the MPC8560 processor.

I think removing the board specific "config.mk" file would be a serious
mistake. Cheers!
								Murray...
-- 
Murray Jensen, CSIRO Manufacturing & Infra. Tech.      Phone: +61 3 9662 7763
Locked Bag No. 9, Preston, Vic, 3072, Australia.         Fax: +61 3 9662 7853
Internet: Murray.Jensen at csiro.au

To the extent permitted by law, CSIRO does not represent, warrant and/or
guarantee that the integrity of this communication has been maintained or
that the communication is free of errors, virus, interception or interference.

The information contained in this e-mail may be confidential or privileged.
Any unauthorised use or disclosure is prohibited. If you have received this
e-mail in error, please delete it immediately and notify Murray Jensen on
+61 3 9662 7763. Thank you.

      reply	other threads:[~2005-07-14  7:20 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-30  5:39 [U-Boot-Users] [PATCH] sinclude board specific make fragment Murray.Jensen at csiro.au
2005-06-30 10:17 ` Wolfgang Denk
2005-06-30 13:09   ` Murray.Jensen at csiro.au
2005-06-30 13:35     ` Wolfgang Denk
2005-06-30 14:19       ` Murray.Jensen at csiro.au
2005-06-30 15:11         ` Wolfgang Denk
2005-07-14  7:20           ` Murray.Jensen at csiro.au [this message]

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=1756.1121325613@gerd \
    --to=murray.jensen@csiro.au \
    --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.