On Sun, May 14, 2017 at 06:06:03PM +0200, Bruno Haible wrote:
> > I did not realize that Windows could even support a proper
> > implementation of the struct stat st_dev and st_ino. I'd find this
> > useful in multiple programs, although in some of them I might really
> > just use the code you wri
Hi Ben,
> I did not realize that Windows could even support a proper
> implementation of the struct stat st_dev and st_ino. I'd find this
> useful in multiple programs, although in some of them I might really
> just use the code you write as an educational resource.
I've considered your wish. Th
On 05/10/2017 04:40 PM, Bruno Haible wrote:
Is uid_t being replaced by a larger type on some platforms?
I was thinking more about a long-ago change where it grew from 16 to 32
bits on some platforms. On second thought this is probably not worth
worrying about nowadays, and probably wasn't doa
Hi Paul,
Thanks for the pointers.
> Simon Josefsson proposed something along these lines a decade ago:
>
> https://lists.gnu.org/archive/html/bug-gnulib/2007-03/msg00106.html
>
> The project is somewhat more urgent now than it was back then.
I tend to agree by now. Linux/x86 will be occupying
On 05/09/2017 01:34 PM, Bruno Haible wrote:
- windows-year2038 : define time_t as 64-bit (might involve renaming module
time to time-h)
Such a module could be useful on non-MS-Windows platforms too. The
module could support functions like localtime even on 32-bit platforms
that can't handle
On Tue, May 09, 2017 at 10:34:04PM +0200, Bruno Haible wrote:
> It's clear that different gnulib users need different levels of native Windows
> support. Some will want to avoid 'struct stat', some will want to use the
> ino_t
> values in struct stat.
>
> Here's my current plan: Introduce a set o
Hi,
It's clear that different gnulib users need different levels of native Windows
support. Some will want to avoid 'struct stat', some will want to use the ino_t
values in struct stat.
Here's my current plan: Introduce a set of orthogonal, transversal modules.
("transversal" in the sense that su
