Hi Vladimir,
> > This is most likely the same bug that Paul has already analyzed [1]
> > and/or the bug that Jim has analyzed [2]. We cannot support such a buggy
> > system [3][4]. I would suggest you upgrade to a newer version [5].
> Would it be possible to detect it on configure time and issue
I see that gnulib has its own cfg.mk which is used, for example, to
skip some syntax-check checks on gnulib's own code. It also has its
own Makefile.am. In GNU Zile I get these by virtue of having gnulib as
a git submodule. However, GNU Hello uses Bazaar, and I can't see a way
to include a git subm
Reuben Thomas wrote:
> I see that gnulib has its own cfg.mk which is used, for example, to
> skip some syntax-check checks on gnulib's own code.
> ...
> I can't see that gnulib's cfg.mk is mentioned by any module.
Yes,
$ ./gnulib-tool --find cfg.mk
shows that cfg.mk is not contained in any modul
On 14 April 2012 19:44, Bruno Haible wrote:
> Reuben Thomas wrote:
>> I see that gnulib has its own cfg.mk which is used, for example, to
>> skip some syntax-check checks on gnulib's own code.
>> ...
>> I can't see that gnulib's cfg.mk is mentioned by any module.
>
> Yes,
> $ ./gnulib-tool --find
On MSVC 9, a testdir for module 'stat' does not build:
source='stat.c' object='stat.obj' libtool=no \
DEPDIR=.deps depmode=none /bin/sh ../build-aux/depcomp \
/home/bruno/msvc/compile cl -nologo -DHAVE_CONFIG_H -I. -I..
-DGNULIB_STRICT_CHECKING=1 -D_WIN32_WINNT=_WIN32_WINNT_WINXP
The 'stat' module makes two checks:
checking whether stat handles trailing slashes on directories...
checking whether stat handles trailing slashes on files...
On native Windows, the results are:
* for mingw and MSVC 9:
checking whether stat handles trailing slashes on directories... no
Here's a proposed patch for Large File Support for native Windows platforms.
Tested on mingw, mingw64 (32-bit), MSVC 9.
It turns out there's nothing to do with open(), creat() - because there is
no need for O_LARGEFILE on Windows - and also nothing to do with fopen(),
fgetpos(), fsetpos() - becaus
Bruno Haible wrote:
> Here's a proposed patch for Large File Support for native Windows platforms.
> Tested on mingw, mingw64 (32-bit), MSVC 9.
>
> It turns out there's nothing to do with open(), creat() - because there is
> no need for O_LARGEFILE on Windows - and also nothing to do with fopen(),
