[Top][All Lists]

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

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

From: Eli Zaretskii
Subject: Re: [PATCH] Port to 32-bit long + 64-bit time_t
Date: Thu, 22 Sep 2022 08:07:58 +0300

> From: <rsbecker@nexbridge.com>
> Cc: <bug-make@gnu.org>
> Date: Wed, 21 Sep 2022 21:01:58 -0400
> On September 21, 2022 8:58 PM, Paul Eggert wrote:
> >On 9/20/22 18:48, rsbecker@nexbridge.com wrote:
> >> I am sorry to say that the %j prefix is not safe or portable. There
> >> are major production platforms where this is not supported. I work on
> >> one of them.
> >
> >Which platform and version? I'd like to document this in Gnulib. Some other 
> >GNU
> >programs are using %j now so it might make sense for you to file an 
> >enhancement
> >request at some point, assuming %j is not supported even in the latest 
> >version of
> >the platform.
> >
> >Anyway, thanks, revised GNU Make patch attached; it does not assume %j.
> I'm going to back away from complaining on this. The platform I thought did 
> not support it was HPE NonStop but it appears that I was looking at an old OS 
> version. The current set of supported operating system releases support %j.

MinGW on native MS-Windows definitely doesn't, unless we force linking
against the replacement stdio.  And I think we still support MSVC?

So I think it's best to stay away of %j.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]