[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.21.2511102129020.25436@angie.orcam.me.uk>
Date: Mon, 10 Nov 2025 21:32:10 +0000 (GMT)
From: "Maciej W. Rozycki" <macro@...am.me.uk>
To: Nathan Chancellor <nathan@...nel.org>
cc: Jens Reidel <adrian@...nlining.org>,
Thomas Bogendoerfer <tsbogend@...ha.franken.de>,
Nick Desaulniers <nick.desaulniers+lkml@...il.com>,
Bill Wendling <morbo@...gle.com>, Justin Stitt <justinstitt@...gle.com>,
linux-mips@...r.kernel.org, linux-kernel@...r.kernel.org,
bpf@...r.kernel.org, llvm@...ts.linux.dev
Subject: Re: [PATCH] mips: Use generic endianness macros instead of MIPS-specific
ones
On Mon, 10 Nov 2025, Nathan Chancellor wrote:
> > Also please don't review changes based on assumptions, "I assume GCC
> > does[...]" means that you just don't know (and it's trivial to check).
>
> Yes, that is totally valid. I hastily reviewed this when I should have
> taken the time to check but I did not have a MIPS cross compiler
> available locally to test and I forgot that I can use Godbolt for that
> test. I'll be more mindful of that in the future (or at least being
> clear that I did not actually check but it should be verified before the
> change is merged without providing a tag).
Well, `info cpp' would have sufficed, no need for a cross-compiler here.
> > target macros. Since our current GCC requirement is 5.1 it will be fine
>
> Just an FYI, the minimum GCC version is 8.1 since commit 118c40b7b503
> ("kbuild: require gcc-8 and binutils-2.30") in 6.16.
Indeed, thanks, I looked at an older checkout.
Maciej
Powered by blists - more mailing lists