From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 09560C433DB for ; Mon, 15 Mar 2021 20:39:26 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id CAA7D64F26 for ; Mon, 15 Mar 2021 20:39:25 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232550AbhCOUiy (ORCPT ); Mon, 15 Mar 2021 16:38:54 -0400 Received: from audible.transient.net ([24.143.126.66]:49682 "HELO audible.transient.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S229979AbhCOUir (ORCPT ); Mon, 15 Mar 2021 16:38:47 -0400 X-Greylist: delayed 401 seconds by postgrey-1.27 at vger.kernel.org; Mon, 15 Mar 2021 16:38:46 EDT Received: (qmail 28239 invoked from network); 15 Mar 2021 20:32:04 -0000 Received: from cucamonga.audible.transient.net (192.168.2.5) by canarsie.audible.transient.net with QMQP; 15 Mar 2021 20:32:04 -0000 Received: (nullmailer pid 478863 invoked by uid 1000); Mon, 15 Mar 2021 20:32:04 -0000 Date: Mon, 15 Mar 2021 20:32:04 +0000 From: Jamie Heilman To: Linus Torvalds Cc: Rong Chen , kernel test robot , Peter Oberparleiter , Andrew Morton , kbuild-all@lists.01.org, Linux Kernel Mailing List Subject: Re: [kbuild-all] Re: [PATCH] gcov: fail build on gcov_info size mismatch Message-ID: Mail-Followup-To: Linus Torvalds , Rong Chen , kernel test robot , Peter Oberparleiter , Andrew Morton , kbuild-all@lists.01.org, Linux Kernel Mailing List References: <20210311130328.2859337-1-oberpar@linux.ibm.com> <202103120329.VU4uJ0yZ-lkp@intel.com> <09373c3d-73e8-933a-24ad-5c4ba4fdc615@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Linus Torvalds wrote: > On Sun, Mar 14, 2021 at 7:32 PM Rong Chen wrote: > > > > It can be reproduced with '-a' option in dash: > > Oh, ok. That kind of explains it. > > 'dash' is trash. Please somebody make a bug report. > > > $ a="!" > > $ [ "$a" = ".size" ] > > $ [ "$a" = ".size" -a "$b" = ".LPBX0," ] > > sh: 2: [: =: unexpected operator > > This is 100% a dash bug. There is no question what-so-ever about it. > This is not some kind of "POSIX is ambiguous", or "the handling of > '-a' is complicated". > > It's simply just that dash is buggy. > > > While dash supports most uses of the -a and -o options, they have > > very confusing semantics even in bash and are best avoided. > > No, they have perfectly sane semantics in bash, and in POSIX. > > See > > https://pubs.opengroup.org/onlinepubs/9699919799/utilities/test.html > > and there is absolutely zero question that bash does this correctly, > and dash does not. > > But yes, it seems to be easy to work around, but still - could some > Ubuntu person please open a bug report on dash? fwiw, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850202 From mboxrd@z Thu Jan 1 00:00:00 1970 Content-Type: multipart/mixed; boundary="===============8879831087479223775==" MIME-Version: 1.0 From: Jamie Heilman To: kbuild-all@lists.01.org Subject: Re: [PATCH] gcov: fail build on gcov_info size mismatch Date: Mon, 15 Mar 2021 20:32:04 +0000 Message-ID: In-Reply-To: List-Id: --===============8879831087479223775== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Linus Torvalds wrote: > On Sun, Mar 14, 2021 at 7:32 PM Rong Chen wrote: > > > > It can be reproduced with '-a' option in dash: > = > Oh, ok. That kind of explains it. > = > 'dash' is trash. Please somebody make a bug report. > = > > $ a=3D"!" > > $ [ "$a" =3D ".size" ] > > $ [ "$a" =3D ".size" -a "$b" =3D ".LPBX0," ] > > sh: 2: [: =3D: unexpected operator > = > This is 100% a dash bug. There is no question what-so-ever about it. > This is not some kind of "POSIX is ambiguous", or "the handling of > '-a' is complicated". > = > It's simply just that dash is buggy. > = > > While dash supports most uses of the -a and -o options, they have > > very confusing semantics even in bash and are best avoided. > = > No, they have perfectly sane semantics in bash, and in POSIX. > = > See > = > https://pubs.opengroup.org/onlinepubs/9699919799/utilities/test.html > = > and there is absolutely zero question that bash does this correctly, > and dash does not. > = > But yes, it seems to be easy to work around, but still - could some > Ubuntu person please open a bug report on dash? fwiw, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D850202 --===============8879831087479223775==--