[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Gnulib on Windows (native / mingw32) / VMS / etc.
From: |
Eli Zaretskii |
Subject: |
Re: Gnulib on Windows (native / mingw32) / VMS / etc. |
Date: |
Fri, 13 Apr 2018 10:42:31 +0300 |
> Cc: address@hidden, address@hidden
> From: Paul Eggert <address@hidden>
> Date: Thu, 12 Apr 2018 13:18:28 -0700
>
> On 04/12/2018 05:13 AM, Eli Zaretskii wrote:
> > I didn't try comparing Gnulib's glob.c and fnmatch.c with what's now
> > in GNU Make -- are the differences really so significant as to
> > disallow any attempt of a simple incorporation of changes from Gnulib
> > in just those 2 files?
>
> Certainly that sort of cherry-picking could be done. However, I expect
> it'd be less work for everybody in the long run for GNU Make to use
> Gnulib's code instead of continuing to maintain its old version.
I agree, but switching to MSYS build of Make on Windows definitely
doesn't qualify as less work for everybody in my book.
> This might require changing Gnulib to make it easier to decouple its
> glob.c and fnmatch.c from the rest of Gnulib. We've done that for
> some of the Gnulib modules that Emacs uses, and I expect we could do
> that for glob.c and fnmatch.c too.
I didn't realize such an option was on the table. If that's possible,
it is certainly a much better way forward.
Thanks.