Hi,
John Donoghue wrote:
> Running a non cross configure and make works, and running the binary:
> ./bigtest
> test big file
> sizeof(off_t)=8
> seek status=0
> tell pos=5368709120
>
>
> Running a cross configure: ./configure --host=x86_64-w64-mingw32 and then
> make created bigtest.exe
> Copy
Hi, I'm writing an app that will be reading potentially large files > 4 Gb in
Windows compiled using msys2/mingw64 and am seeing in issue that I believe is a
bug, hwoever, could be just Im missing something, where the function the MS CRT
function _lseek (long type parameters) Is called rather t
Paul Eggert wrote:
> Actually ULONG_WIDTH is part of C standard limits.h. However, not every
> platform conforms to the current standard. The Gnulib stdlib-h module
> works around this portability issue, but unfortunately Awk is not using
> stdlib-h so I installed the attached.
THANK YOU for the
Actually ULONG_WIDTH is part of C standard limits.h. However, not every platform
conforms to the current standard. The Gnulib stdlib-h module works around this
portability issue, but unfortunately Awk is not using stdlib-h so I installed
the attached.
>From 07546bc557de0304154227aa709b581b1a4a19
Hi.
I just pulled a new copy of regex.c and tried to drop it into gawk. It
fails with ULONG_WIDTH undeclared.
It seems to be in Gnulib's limits.h replacement, but I'm not using that,
I rely on the standard limits.h.
Can this be fixed, or the change that uses it be reverted, please?
Thanks,
Arn
