On Wed, Sep 25, 2013 at 12:43:43PM +0300, Eli Zaretskii wrote: >> Date: Wed, 25 Sep 2013 11:30:14 +0200 >> From: Denis Excoffier <bug-...@denis-excoffier.org> >> >> 4) If i do _not_ apply the following patch: >> >> % type patch >> diff -uNr make-3.99.92-original/configure >> make-3.99.92-patched/configure >> --- make-3.99.92-original/configure 2013-09-23 06:50:50.000000000 +0159 >> +++ make-3.99.92-patched/configure 2013-09-25 11:12:37.020859600 +0159 >> @@ -7817,7 +7817,7 @@ >> cat confdefs.h - <<_ACEOF >conftest.$ac_ext >> /* end confdefs.h. */ >> >> -#if !defined _WIN32 && !defined __WIN32__ && !defined __MSDOS__ && >> !defined __EMX__ && !defined __MSYS__ && !defined __CYGWIN__ >> +#if !defined _WIN32 && !defined __WIN32__ && !defined __MSDOS__ && >> !defined __EMX__ && !defined __MSYS__ >> neither MSDOS nor Windows nor OS2 >> #endif >> >> % >> >> i obtain the following errors: >> - output-sync (8/13 passed) >> - recursion (1/2 passed) >> - abspath (0/1 passed) >> - MAKE (0/1 passed) > >I think the problem is abspath, which fails on Cygwin with DOS-style >file names with a drive letter. Fixing that function on Cygwin is a >priority for this release, if possible. The patch you suggest, OTOH, >entirely disables support for DOS-style file names in the Cygwin >build, which is a much worse alternative.
As you probably know, the officially released version of make for Cygwin doesn't support MS-DOS paths. I think that they are an abomination in a makefile for a system that is supposed to provide a UNIX-like environment. That, said, however, patching a generated configure script is not the right way to modify this behavior regardless. cgf _______________________________________________ Bug-make mailing list Bug-make@gnu.org https://lists.gnu.org/mailman/listinfo/bug-make
