[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: rsbecker
Subject: RE: [PATCH] Port to 32-bit long + 64-bit time_t
Date: Sun, 2 Oct 2022 18:47:20 -0400

On October 2, 2022 6:13 PM, Paul Smith wrote:
>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 
>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,

I was thinking of glibc, not gnulib. My bad. Still, recent version of gnulib 
have been problematic because of configure.

reply via email to

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