On Sun, Apr 22, 2018 at 2:38 PM, H.J. Lu wrote:
> On Fri, Apr 20, 2018 at 7:38 AM, Arnd Bergmann wrote:
>> On Fri, Apr 20, 2018 at 3:53 PM, Jeffrey Walton wrote:
>
> Glibc has correct header files for system calls. I have a very old
>
On Sun, Apr 22, 2018 at 2:38 PM, H.J. Lu wrote:
> On Fri, Apr 20, 2018 at 7:38 AM, Arnd Bergmann wrote:
>> On Fri, Apr 20, 2018 at 3:53 PM, Jeffrey Walton wrote:
>
> Glibc has correct header files for system calls. I have a very old
> program to check if Linux kernel header files are correct
On Fri, Apr 20, 2018 at 7:38 AM, Arnd Bergmann wrote:
> On Fri, Apr 20, 2018 at 3:53 PM, Jeffrey Walton wrote:
>>> +#if !defined(__x86_64__) || !defined(__ilp32__)
>>> #include
>>> +#else
>>
>> I understand there's some progress having Clang compile the
On Fri, Apr 20, 2018 at 7:38 AM, Arnd Bergmann wrote:
> On Fri, Apr 20, 2018 at 3:53 PM, Jeffrey Walton wrote:
>>> +#if !defined(__x86_64__) || !defined(__ilp32__)
>>> #include
>>> +#else
>>
>> I understand there's some progress having Clang compile the kernel.
>> Clang treats __ILP32__ and
On Fri, Apr 20, 2018 at 3:53 PM, Jeffrey Walton wrote:
>> +#if !defined(__x86_64__) || !defined(__ilp32__)
>> #include
>> +#else
>
> I understand there's some progress having Clang compile the kernel.
> Clang treats __ILP32__ and friends differently than GCC. I believe
>
On Fri, Apr 20, 2018 at 3:53 PM, Jeffrey Walton wrote:
>> +#if !defined(__x86_64__) || !defined(__ilp32__)
>> #include
>> +#else
>
> I understand there's some progress having Clang compile the kernel.
> Clang treats __ILP32__ and friends differently than GCC. I believe
> ILP32 shows up just
Hi Arnd,
One comment here:
> +#if !defined(__x86_64__) || !defined(__ilp32__)
> #include
> +#else
I understand there's some progress having Clang compile the kernel.
Clang treats __ILP32__ and friends differently than GCC. I believe
ILP32 shows up just about everywhere there are 32-bit ints,
Hi Arnd,
One comment here:
> +#if !defined(__x86_64__) || !defined(__ilp32__)
> #include
> +#else
I understand there's some progress having Clang compile the kernel.
Clang treats __ILP32__ and friends differently than GCC. I believe
ILP32 shows up just about everywhere there are 32-bit ints,
A bugfix broke the x32 shmid64_ds and msqid64_ds data structure layout
(as seen from user space) a few years ago: Originally, __BITS_PER_LONG
was defined as 64 on x32, so we did not have padding after the 64-bit
__kernel_time_t fields, After __BITS_PER_LONG got changed to 32,
applications would
A bugfix broke the x32 shmid64_ds and msqid64_ds data structure layout
(as seen from user space) a few years ago: Originally, __BITS_PER_LONG
was defined as 64 on x32, so we did not have padding after the 64-bit
__kernel_time_t fields, After __BITS_PER_LONG got changed to 32,
applications would
10 matches
Mail list logo