Re: [PATCH] Port to 32-bit long + 64-bit time_t

2022-10-03 Thread Eli Zaretskii
> From: Paul Smith > Cc: bug-make@gnu.org > Date: Mon, 03 Oct 2022 16:14:01 -0400 > > I needed another set of changes, since intmax_t is a new type and is > not available on Windows so we needed to add it to configure.ac etc. By "not available on Windows" you mean in MSVC, right? Because MinGW

Re: [PATCH] Port to 32-bit long + 64-bit time_t

2022-10-03 Thread Paul Smith
On Sun, 2022-10-02 at 17:06 -0700, Paul Eggert wrote: > On 10/2/22 14:09, Paul Smith wrote: > > > I applied these changes but made a few mods: > > Thanks. I assume you'll push this to savannah at some point? Pushed now. I needed another set of changes, since intmax_t is a new type and is not av

Re: [PATCH] Port to 32-bit long + 64-bit time_t

2022-10-03 Thread Paul Eggert
On 10/3/22 09:12, rsbec...@nexbridge.com wrote: This happens in AR and TAR also, which appear to be limited to 32-bit time_t on some platforms. It's a struggle but we have some time to deal with it. Yes, I've been part of an ongoing effort to make GNU apps Y2038-safe, even on 32-bit platforms

RE: [PATCH] Port to 32-bit long + 64-bit time_t

2022-10-03 Thread rsbecker
On October 3, 2022 3:56 PM, Paul Eggert wrote: >On 10/3/22 09:12, rsbec...@nexbridge.com wrote: >> This happens in AR and TAR also, which appear to be limited to 32-bit time_t >> on >some platforms. It's a struggle but we have some time to deal with it. > >Yes, I've been part of an ongoing effort

Re: [PATCH] Port to 32-bit long + 64-bit time_t

2022-10-03 Thread Paul Eggert
On 10/2/22 14:23, Paul Smith wrote: I would be happy to use it, if using it didn't import a ton of other things that require POSIX tools AND an already-working make program. Oh, right, sorry, I was confusing inttypes.h (which takes some configuring) with intprops.h (which doesn't). On 10/2/

RE: [PATCH] Port to 32-bit long + 64-bit time_t

2022-10-03 Thread rsbecker
On October 2, 2022 8:07 PM Paul Eggert wrote: >On 10/2/22 14:09, Paul Smith wrote: > >> I applied these changes but made a few mods: > >Thanks. I assume you'll push this to savannah at some point? I had been working >on merging with your more-recent changes to GNU Make, and it wouldn't hurt to >hav

Re: [PATCH] Port to 32-bit long + 64-bit time_t

2022-10-03 Thread Eli Zaretskii
> From: Paul Smith > Cc: bug-make@gnu.org > Date: Sun, 02 Oct 2022 17:23:46 -0400 > > On Thu, 2022-09-22 at 11:00 -0700, Paul Eggert wrote: > > (This would not be needed if 'make' used Gnulib's inttypes module.) > > I would be happy to use it, if using it didn't import a ton of other > things th