All of lore.kernel.org
 help / color / mirror / Atom feed
From: Timur Tabi <timur@freescale.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] [PATCH: cmdcfg: 00/19] Introduce initial versions of new Command Config files.
Date: Tue, 12 Jun 2007 11:08:27 -0500	[thread overview]
Message-ID: <466EC4FB.9070706@freescale.com> (raw)
In-Reply-To: <20070612155935.62C69353A64@atlas.denx.de>

Wolfgang Denk wrote:
> In message <466EBA23.4030308@freescale.com> you wrote:
>> #ifdef CONFIG_CMD_AUTOSCRIPT
>> #undef CONFIG_CMD_AUTOSCRIPT
>> #define CONFIG_CMD_AUTOSCRIPT CONFIG_CMD_AUTOSCRIPT
>> #else
>> #define CONFIG_CMD_AUTOSCRIPT 0
>> #endif
> 
> 
> #define foo foo ??? Not that looks uterly strange to me...

Sorry, that was a typo.  I meant

#define CONFIG_CMD_AUTOSCRIPT CFG_CMD_AUTOSCRIPT

>> ... ( repeat for each CONFIG_CMD_x )
> 
> grrrghh....

It's still better than modifying dozens of source files!

> 
>> #define CONFIG_COMMANDS \
>> 	(CONFIG_CMD_AUTOSCRIPT | \
>> 	CONFIG_CMD_x (repeat for each CONFIG_CMD_x)
> 
> Did you actually test if this works?

No exactly, but I use something similar in MPC8349ITX.h.

> 
>> With this technique, you won't need to modify all of the source files that use 
>> CONFIG_COMMANDS.
> 
> But we *do* want to modify all files to move them to using the new
> scheme.

Only when we remove the old method entirely.  This is a transitional patch - it allows 
config header files to use CONFIG_CMD_xxx today, and it avoids complicated #if pragmas in 
all those source files.

-- 
Timur Tabi
Linux Kernel Developer @ Freescale

  parent reply	other threads:[~2007-06-12 16:08 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-11 23:56 [U-Boot-Users] [PATCH: cmdcfg: 00/19] Introduce initial versions of new Command Config files Jon Loeliger
2007-06-12 15:22 ` Timur Tabi
2007-06-12 15:59   ` Wolfgang Denk
2007-06-12 16:07     ` Jon Loeliger
2007-06-12 16:08     ` Timur Tabi [this message]
2007-06-12 16:56       ` Wolfgang Denk
2007-06-12 17:41         ` Timur Tabi
2007-06-12 17:33 ` Ben Warren
2007-07-03 22:45 ` Wolfgang Denk
2007-07-05  0:59   ` Jon Loeliger
2007-07-05  1:43     ` Wolfgang Denk

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=466EC4FB.9070706@freescale.com \
    --to=timur@freescale.com \
    --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.