bug-gnulib
[Top][All Lists]
Advanced

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

Re: gettimeofday.c windows version?


From: Eli Zaretskii
Subject: Re: gettimeofday.c windows version?
Date: Sun, 11 Dec 2022 19:25:13 +0200

> Date: Sun, 11 Dec 2022 18:56:00 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: bug-gnulib@gnu.org, rogerdpack@gmail.com
> 
> > As some point, I want to get rid of the initialize() function and assume
> > a new enough version of the OS.
> 
> When that happens, Emacs will not be able to use Gnulib's gettime.c
> module, sadly.     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

I meant on Windows, of course.

Look, this is an old argument, and we've disagreed about it more than
once.  My point is that there's a difference between when you stop
_testing_ your code on some old platform, as opposed to when you
deliberately break the build for that platform.  You want to do the
latter; I'm saying do the former, and let people who use the old
platform, such as they exist, test it for you and report problems.

There's no "cruft" in the code we are talking about.  It's valid code,
it is simple, easily understood, and doesn't present any maintenance
burdens.  Why remove it?  Just because Microsoft decided to EOL those
old systems?  The GNU project is supposed to have its own set of
values and considerations about that.  For example, we could consider
the many installations of those old versions in Third World countries
as being important enough for not dropping those systems.  That's what
Emacs does, and I urge Gnulib to do the same.



reply via email to

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