All of lore.kernel.org
 help / color / mirror / Atom feed
From: Holger Brunck <holger.brunck@hitachienergy.com>
To: Simon Glass <sjg@chromium.org>,
	U-Boot Mailing List <u-boot@lists.denx.de>
Cc: "Tom Rini" <trini@konsulko.com>,
	"Heinrich Schuchardt" <xypron.glpk@gmx.de>,
	"Joe Hershberger" <joe.hershberger@ni.com>,
	"Marek Behún" <kabel@kernel.org>, "Wolfgang Denk" <wd@denx.de>
Subject: RE: [PATCH] env: Allow string CONFIG options in the text environment
Date: Fri, 4 Nov 2022 14:20:04 +0000	[thread overview]
Message-ID: <DB6PR0601MB2485408148915AF788BB29B4F73B9@DB6PR0601MB2485.eurprd06.prod.outlook.com> (raw)
In-Reply-To: <20221103204623.376634-1-sjg@chromium.org>

Hi Simon,
I got no time to try it yet but I have a general comment.

> 
> Sometimes it is useful to include a CONFIG option that contains a string.
> This is hard to do in general, since in many cases it is useful to have the quotes
> around the string so that, for example:
> 

wouldn't it be cleaner to always convert a Kconfig option which is defined as a string
to a string without the double quotes? If someone needs them he could explicitly
add them with

bootcmd=run "CONFIG_BOARD_CMD"

Because  in my case I have some options I use them to build together the
kernel command line I pass to the kernel.  Ok I could store them before in an
own variable and them use them with ${variable} in the command line. But
I think it would be cleaner to always convert a string defined in Kconfig in a
string without the quotes. What do you think?

>    bootcmd=run CONFIG_BOARD_CMD
> 
> becomes
> 
>    bootcmd=run "boot_board"
>

just out of curiosity as we are also using similar things in our environment, the
double quotes in this case are not needed or?
 
> But for the special case where there is a single quoted, it seems reasonable to
> suppress the quotes, so that:
> 
>    board=CONFIG_SYS_BOARD
> 
> becomes
> 
>    board=sandbox
> 
> Update the script, documentation and tests accordingly.
> 
> Signed-off-by: Simon Glass <sjg@chromium.org>
> ---

[..]

Best regards
Holger

  reply	other threads:[~2022-11-04 14:20 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-11-03 20:46 [PATCH] env: Allow string CONFIG options in the text environment Simon Glass
2022-11-04 14:20 ` Holger Brunck [this message]
2022-11-04 19:08   ` Simon Glass
2022-11-07 10:12     ` Rasmus Villemoes
2022-11-07 12:54       ` Holger Brunck
2022-11-07 15:20       ` Tom Rini
2022-11-07 16:33         ` Holger Brunck
2022-11-07 17:29           ` Tom Rini
2022-11-10 20:40             ` Simon Glass

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=DB6PR0601MB2485408148915AF788BB29B4F73B9@DB6PR0601MB2485.eurprd06.prod.outlook.com \
    --to=holger.brunck@hitachienergy.com \
    --cc=joe.hershberger@ni.com \
    --cc=kabel@kernel.org \
    --cc=sjg@chromium.org \
    --cc=trini@konsulko.com \
    --cc=u-boot@lists.denx.de \
    --cc=wd@denx.de \
    --cc=xypron.glpk@gmx.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.