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
next prev 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.