Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Message-ID: <4e6fa793f58e23bb53ab161b9ab119a35020b7e6.camel@linuxfoundation.org>
Subject: Re: [PATCH] init/Kconfig: fix CC_HAS_ASM_GOTO_TIED_OUTPUT test with
 dash
From:   Richard Purdie <richard.purdie@linuxfoundation.org>
To:     Masahiro Yamada <masahiroy@kernel.org>
Cc:     Randy Dunlap <rdunlap@infradead.org>,
        Nick Desaulniers <ndesaulniers@google.com>,
        Alexandre Belloni <alexandre.belloni@bootlin.com>,
        Sean Christopherson <seanjc@google.com>,
        Paolo Bonzini <pbonzini@redhat.com>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Date:   Mon, 22 Aug 2022 22:59:43 +0100
In-Reply-To: <CAK7LNAQTHO3Za9UpeCCkdNo-mQS8ORgbfwXCJKKr4FCZ3VqT2Q@mail.gmail.com>
References: <20220804190320.262510-1-alexandre.belloni@bootlin.com>
         <CAKwvOd=3N8_Rx1P8J7pVnjM6sEzJA233BnwmD1VyMRqgujq2_Q@mail.gmail.com>
         <7eacd1d9-42ba-fd61-7f37-0635cebcb33d@infradead.org>
         <e902a360e3759c7f87d98d71d79a0d5cbe935e3e.camel@linuxfoundation.org>
         <CAK7LNART2XQYy2hN1afODbuCMj+_VX9Ojh5nVCoY-hwXRAwSWA@mail.gmail.com>
         <0725ccc9abce84695573539c5f3d9d061384469d.camel@linuxfoundation.org>
         <CAK7LNAQTHO3Za9UpeCCkdNo-mQS8ORgbfwXCJKKr4FCZ3VqT2Q@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
User-Agent: Evolution 3.44.1-0ubuntu1 
MIME-Version: 1.0
Precedence: bulk

On Fri, 2022-08-19 at 17:40 +0900, Masahiro Yamada wrote:
> On Fri, Aug 19, 2022 at 6:46 AM Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
> >=20
> > On Fri, 2022-08-19 at 04:31 +0900, Masahiro Yamada wrote:
> > > On Thu, Aug 18, 2022 at 6:14 PM Richard Purdie
> > > <richard.purdie@linuxfoundation.org> wrote:
> > > >=20
> > > > This problem is a little more subtle.
> > > >=20
> > > > As far as I could work out, exec() is used on entries like this in
> > > > kConfig. exec() falls back to /bin/sh so it is hard to see where th=
is
> > > > would be changed to be /bin/bash.
> > >=20
> > >=20
> > >=20
> > > Kconfig uses popen() to execute a shell command.
> > >=20
> > > See do_shell() in scripts/kconfig/preprocess.c
> > >=20
> > > popen(3) says that
> > > "the command is passed to /bin/sh using the -c flag.
> > > interpretation, if any, is performed by the shell."
> > >=20
> > > GNU Make is the same.
> > > Make uses /bin/sh to execute commands in
> > > recipe lines and $(shell ...) functions.
> > > You can change the default shell via 'SHELL' variable.
> >=20
> > That makes sense. I don't think we can easily change the shell popen()
> > uses.
> >=20
> > >=20
> > > BTW, Richard is here, so let me ask about BitBake.
> > >=20
> > > The manual [3] clearly says:
> > >=20
> > > "When you create these types of functions in your recipe or class fil=
es,
> > > you need to follow the shell programming rules. The scripts are
> > > executed by /bin/sh,
> > > which may not be a bash shell but might be something such as dash.
> > > You should not use Bash-specific script (bashisms)"
> > >=20
> > > I just thought BitBake ran shell code in bash before,
> > > but I might have misunderstood.
> > > Do OE/Yocto allow only POSIX shell code?
> >=20
> > Bitbake runs shell code with /bin/sh so we don't allow bashisms and
> > that has always been the case.
> >=20
> > Like this case in the kernel, we do get people submitting changes which
> > were only tested with bash which can be frustrating but the manual and
> > our policy is quite clear. We just fix any that do creep through and
> > have test systems that have dash to try and catch them too.
> >=20
> > Cheers,
> >=20
> > Richard
>=20
> Thanks.
> So, Bitbake is the same approach as the kernel.

Yes, effectively.
>=20
> This is a patch set to use bash forcibly. FWIW.
>=20
> https://lore.kernel.org/lkml/20220819065604.295572-1-masahiroy@kernel.org=
/

Thanks, I'm watching with interest to see what happens.

The original patch causing issues was backported into several stable
releases and this won't be so we have a bit of a challenge there but we
have also started carrying patches to fix that too so as long as things
get fixed in master we should be ok in the long run and I'm happy.

Cheers,

Richard