lkml.org 
[lkml]   [2012]   [Nov]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: new architectures, time_t __kernel_long_t
From
On Thu, Nov 15, 2012 at 1:14 AM, Arnd Bergmann <arnd@arndb.de> wrote:
> On Wednesday 14 November 2012, H. Peter Anvin wrote:
>> On 11/14/2012 04:18 AM, Arnd Bergmann wrote:
>> > Since we are in the review phase for two new architectures that we
>> > should be merging into the mainline kernel, I think we need to
>> > come up with a solution for making them use a proper 64-bit time_t.
>> >
>> > Right now, the only 32-bit user space interface we have to use 64-bit
>> > time_t is the x32 side of x86-64, and that works by overriding all
>> > "long" sized types to be 64 bit at the ABI level, which we don't
>> > want for pure 32 bit architectures.
>>
>> Sort of. Either way, the kernel headers aren't really x32-clean yet, so
>> we have an opportunity to do things more cleanly as we are implementing
>> this.
>
> Ah, I didn't know that. How does one build an x32 libc then?

Glibc has been providing its own types for years.
Kernel provided types used to be wrong for ia32
on x86-64.

--
H.J.


\
 
 \ /
  Last update: 2012-11-15 15:41    [W:0.066 / U:0.144 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site