On Fri, 2023-06-09 at 14:50 +0800, Tiezhu Yang wrote:
/* snip */
> > > > In musl, the documentation states that at least gcc-3.4 or
> > > > clang-3.2 are required, which probably predate the
> > > > __SIZEOF_LONG__ macro.
Indeed, I've digged some history and __SIZEOF_LONG__ was added into GCC-
4
On 06/08/2023 08:56 PM, Arnd Bergmann wrote:
On Thu, Jun 8, 2023, at 09:04, Tiezhu Yang wrote:
On 05/09/2023 05:37 PM, Arnd Bergmann wrote:
On Tue, May 9, 2023, at 09:05, Tiezhu Yang wrote:
I think we are completely safe on the architectures that were
added since the linux-3.x days (arm64,
On Thu, Jun 8, 2023, at 09:04, Tiezhu Yang wrote:
> On 05/09/2023 05:37 PM, Arnd Bergmann wrote:
>> On Tue, May 9, 2023, at 09:05, Tiezhu Yang wrote:
>>
>> I think we are completely safe on the architectures that were
>> added since the linux-3.x days (arm64, riscv, csky, openrisc,
>> loongarch, ni
Hi all,
On 05/09/2023 05:37 PM, Arnd Bergmann wrote:
On Tue, May 9, 2023, at 09:05, Tiezhu Yang wrote:
Now we specify the minimal version of GCC as 5.1 and Clang/LLVM as 11.0.0
in Documentation/process/changes.rst, __CHAR_BIT__ and __SIZEOF_LONG__ are
usable, just define __BITS_PER_LONG as (__C
On Tue, May 9, 2023, at 09:05, Tiezhu Yang wrote:
> Now we specify the minimal version of GCC as 5.1 and Clang/LLVM as 11.0.0
> in Documentation/process/changes.rst, __CHAR_BIT__ and __SIZEOF_LONG__ are
> usable, just define __BITS_PER_LONG as (__CHAR_BIT__ * __SIZEOF_LONG__) in
> asm-generic uapi
Now we specify the minimal version of GCC as 5.1 and Clang/LLVM as 11.0.0
in Documentation/process/changes.rst, __CHAR_BIT__ and __SIZEOF_LONG__ are
usable, just define __BITS_PER_LONG as (__CHAR_BIT__ * __SIZEOF_LONG__) in
asm-generic uapi bitsperlong.h, simpler, works everywhere.
Remove all the
