All of lore.kernel.org
 help / color / mirror / Atom feed
From: Giulio Benetti <giulio.benetti@benettiengineering.com>
To: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Peter Seiderer <ps.report@gmx.net>,
	Julien Corjon <corjon.j@ecagroup.com>,
	Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
	buildroot@buildroot.org, Romain Naour <romain.naour@gmail.com>,
	Thomas De Schampheleire <thomas.de_schampheleire@nokia.com>
Subject: Re: [Buildroot] [PATCH 1/2] toolchain/Config.in: update gcc bug 90620
Date: Sun, 11 Sep 2022 21:43:42 +0200	[thread overview]
Message-ID: <a94b9207-0af3-10c0-dbde-1b7dbd8d8880@benettiengineering.com> (raw)
In-Reply-To: <20220911193046.GH898622@scaer>

On 11/09/22 21:30, Yann E. MORIN wrote:
> Giulio, All,
> 
> On 2022-09-10 15:52 +0200, Giulio Benetti spake thusly:
>> Gcc bug 90620 reappeared with gcc 11.x so let's update
>> BR2_TOOLCHAIN_HAS_GCC_BUG_90620 conditions.
>>
>> Signed-off-by: Giulio Benetti <giulio.benetti@benettiengineering.com>
>> ---
>>   toolchain/Config.in | 7 ++++---
>>   1 file changed, 4 insertions(+), 3 deletions(-)
>>
>> diff --git a/toolchain/Config.in b/toolchain/Config.in
>> index fbc2f28553..16e358344d 100644
>> --- a/toolchain/Config.in
>> +++ b/toolchain/Config.in
>> @@ -168,11 +168,12 @@ config BR2_TOOLCHAIN_HAS_GCC_BUG_85862
>>   
>>   # https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90620
>>   # ICE: in do_output_reload, at reload1.c:7978 on microblaze.
>> -# This bug no longer exists in gcc 10.x
>> +# This bug no longer exists in gcc 10.x but reappeared in gcc 11.x
>>   config BR2_TOOLCHAIN_HAS_GCC_BUG_90620
>>   	bool
>> -	default y if BR2_microblaze
>> -	depends on !BR2_TOOLCHAIN_GCC_AT_LEAST_10
>> +	default y if !BR2_TOOLCHAIN_GCC_AT_LEAST_10
>> +	default y if BR2_TOOLCHAIN_GCC_AT_LEAST_11
>> +	depends on BR2_microblaze
> 
> I am not sure why the switch of default to depends is needed, because the
> same condition can still be written without changing the default:
> 
>      default y if BR2_microblaze
>      depends on !BR2_TOOLCHAIN_GCC_AT_LEAST_10 \
>              || BR2_TOOLCHAIN_GCC_AT_LEAST_11

It was an attempt to propose a standard shape to use here

> Yeah, I see that other symbols that have a dependency on two gcc version
> have the default/depends inverted, but symbols that have a dependency on
> a single gcc version do not, e.g.:
> 
>      config BR2_TOOLCHAIN_HAS_GCC_BUG_85862
>          bool
>          default y if BR2_microblaze
>          depends on !BR2_TOOLCHAIN_GCC_AT_LEAST_7
> 
> So, I think it is better to keep the same semantics between the two
> situations.
> 
> So, I fixed that, and applied to master, thanks.

Thank you

> Note, there is also a third way to write it, and obviouslty we are also
> using that:
> 
>      config BR2_TOOLCHAIN_HAS_GCC_BUG_93847
>          bool
>          default y if BR2_nios2 && !BR2_TOOLCHAIN_GCC_AT_LEAST_9
> 
> Meh... :-(

Exactly :-)

> Note: this is *not* a plea for patches to fix that, at all. I just like
> ranting a bit. ;-)

Why don't we choose a standard way instead? This for next patches, or
even to send a patchset to keep consistency between all the bugs, but
I know that it doesn't add anything and can add regressions.

What do you think?

Best regards
-- 
Giulio Benetti
Benetti Engineering sas
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

  reply	other threads:[~2022-09-11 19:43 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-09-10 13:52 [Buildroot] [PATCH 1/2] toolchain/Config.in: update gcc bug 90620 Giulio Benetti
2022-09-10 13:52 ` [Buildroot] [PATCH 2/2] package/qt5/qt5xmlpatterns: fix build failure due to " Giulio Benetti
2022-09-11 19:45   ` Yann E. MORIN
2022-09-18 21:15   ` Peter Korsgaard
2022-09-11 19:30 ` [Buildroot] [PATCH 1/2] toolchain/Config.in: update " Yann E. MORIN
2022-09-11 19:43   ` Giulio Benetti [this message]
2022-09-11 19:54     ` Yann E. MORIN
2022-09-18 21:15 ` Peter Korsgaard

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=a94b9207-0af3-10c0-dbde-1b7dbd8d8880@benettiengineering.com \
    --to=giulio.benetti@benettiengineering.com \
    --cc=buildroot@buildroot.org \
    --cc=corjon.j@ecagroup.com \
    --cc=ps.report@gmx.net \
    --cc=romain.naour@gmail.com \
    --cc=thomas.de_schampheleire@nokia.com \
    --cc=thomas.petazzoni@bootlin.com \
    --cc=yann.morin.1998@free.fr \
    /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.