[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] Port to 32-bit long + 64-bit time_t
From: |
Paul Smith |
Subject: |
Re: [PATCH] Port to 32-bit long + 64-bit time_t |
Date: |
Sun, 02 Oct 2022 18:13:01 -0400 |
User-agent: |
Evolution 3.44.4 (by Flathub.org) |
On Sun, 2022-10-02 at 17:48 -0400, rsbecker@nexbridge.com wrote:
> > I understand that this type of reuse makes things easier for the
> > gnulib folks, but for GNU make I'm not ready to drop support for
> > platforms that are not POSIX enough to run configure, and that
> > don't already have "make" available. So gnulib modules that
> > require them aren't available to GNU make (at least, not without
> > modifications).
>
> Thank you for this comment. Gnulib is not available on the platform I
> maintain because of its high number of dependencies (including gcc
> itself, which cannot build on HPE NonStop). Keeping dependencies down
> is helpful for those outside of the explicit gcc support base.
Really? I'd be pretty surprised if gnulib modules require GCC. In my
experience gnulib-enabled software can be used with lots of compilers
include MSVC and Clang, plus others that are less well-known of course.
One of the main points of gnulib is to hide compiler differences (the
other being to hide OS system differences).
Gnulib does require a C compiler which is at least notionally C99
conforming, though.
- Re: [PATCH] Port to 32-bit long + 64-bit time_t, (continued)
Re: [PATCH] Port to 32-bit long + 64-bit time_t, Paul Smith, 2022/10/02
Re: [PATCH] Port to 32-bit long + 64-bit time_t, Eli Zaretskii, 2022/10/03
Re: [PATCH] Port to 32-bit long + 64-bit time_t, Paul Eggert, 2022/10/03