[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Trying Debian/armhf rebootstrap with time64



Dear Community,

> On Mon, Mar 23, 2020 at 7:21 PM Steve McIntyre <steve@einval.com>
> wrote:
> > On Wed, Mar 11, 2020 at 01:52:00PM +0100, Arnd Bergmann wrote:  
> > >* Adding a time64 armhf as a separate (incompatible) target in
> > >glibc
> > >  that defines __TIMESIZE==64 and a 64-bit __time_t would avoid
> > >  most of the remaining ABI issues and put armhf-time64 in the same
> > >  category as riscv32 and arc, but this idea was so far rejected
> > > by the glibc maintainers. Depending on how hard this turns out to
> > > be, it could be used to get to the point of self-hosting though,
> > > and help find time64 related bugs in the rest of the distro.  
> >
> > OK. I'm thinking it's probably not worth it?  
> 
> This depends on the timeline of Lukasz' work. My feeling is that
> there is still quite a bit to be done before it's worth trying the
> Debian bootstrap again.

The development is moving forward with help of RV32 (Alistair) and ARC
developers. Community helps with reviewing as much as they can.
Current status can be viewed here:
https://github.com/lmajewski/y2038_glibc/commit/2af7f31548625ac0a19c98a505987f4d92c51d56


I've also already addressed some comments from Arnd and updated the
y2038_edge branch:
https://github.com/lmajewski/y2038_glibc/commits/y2038_edge

Some other comments still wait for being addressed.

> 
> If you or someone else wants to continue where I stopped with the
> Debian rebuilding without waiting for the complete glibc port, adding
> a new armhf target to glibc on top of the current glibc-y2038 tree is
> probably a quicker way to get something that builds and boots. I
> don't know how much work exactly there would be for this approach,
> but my feeling is that it's not that much after looking at the kind
> of problems I ran into, and at the state of the riscv32 port that
> uses the same approach.

As we are not in a big hurry for Y2038, IMHO it would be better to help
with reviewing and developing the mainline glibc to be Y2038 safe.

> 
>         Arnd


Best regards,

Lukasz Majewski

--

DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: lukma@denx.de

Attachment: pgpaUPRKGU3LQ.pgp
Description: OpenPGP digital signature


Reply to: