All of lore.kernel.org
 help / color / mirror / Atom feed
From: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
To: u-boot@lists.denx.de
Subject: [PATCH v2] Makefile: fix generating environment file
Date: Wed, 21 Apr 2021 00:10:21 +0300	[thread overview]
Message-ID: <CAGgjyvG8jSUx_n9m_K95_gqCGxUZeMaOq865nCrFzdZGU7s4Sg@mail.gmail.com> (raw)
In-Reply-To: <afca8bb8-d9cf-39dd-d9cc-335e06ddec61@prevas.dk>

Hi Rasmus,

Thanks for your feedback!
Yes, I noted that there were no possible situations with the trailing
code != 0x00, but simply removing the additional trailing 0x00
gives us an empty array default_environment[] for the empty defaultenv file.
I need to test whether this case is handled in u-boot properly and
then prepare the next patch version :P

On Tue, Apr 20, 2021 at 10:33 PM Rasmus Villemoes
<rasmus.villemoes@prevas.dk> wrote:
>
> On 20/04/2021 16.43, Oleksandr Suvorov wrote:
> > If the CONFIG_USE_DEFAULT_ENV_FILE=y and CONFIG_DEFAULT_ENV_FILE
> > points to the empty environment file, the auto-generated file has
> > the wrong syntax so it leads to the compilation failure:
> >
>
> Glad someone is using CONFIG_USE_DEFAULT_ENV_FILE :) And thanks for
> reporting this.
>
> >
> > Fix this issue conditionally adding the delimiter ", ".
>
> Hm, yeah, that should work. But I wonder if it would make more sense to
> ensure tr always gets a final newline (which then gets translated to a
> nul byte, which in turn gives the trailing 0x00). Something like (untested)
>
> define filechk_defaultenv.h
>         ( { grep -v '^#' | grep -v '^$$' ; echo '' ; } | \
>          tr '\n' '\0' | \
>          sed -e 's/\\\x0\s*//g' | \
>          xxd -i ; )
> endef
>
> Rasmus



--
Best regards
Oleksandr Suvorov

Toradex AG
Ebenaustrasse 10 | 6048 Horw | Switzerland | T: +41 41 500 48 00

  reply	other threads:[~2021-04-20 21:10 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-20 14:43 [PATCH v2] Makefile: fix generating environment file Oleksandr Suvorov
2021-04-20 19:33 ` Rasmus Villemoes
2021-04-20 21:10   ` Oleksandr Suvorov [this message]
2021-04-20 21:33     ` Rasmus Villemoes
2021-04-21 15:21       ` Oleksandr Suvorov
2021-04-21 20:55         ` Rasmus Villemoes
2021-04-22  6:34           ` Oleksandr Suvorov
2021-04-22  7:44             ` [PATCH] Makefile: fix generation of defaultenv.h from empty initial file Rasmus Villemoes
2021-04-22  9:26               ` Oleksandr Suvorov
2021-04-27 16:46               ` Tom Rini

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=CAGgjyvG8jSUx_n9m_K95_gqCGxUZeMaOq865nCrFzdZGU7s4Sg@mail.gmail.com \
    --to=oleksandr.suvorov@toradex.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.