> Ok, so that will be something like this.
Yes.
Roland McGrath, le Tue 19 Aug 2014 13:26:25 -0700, a écrit :
> If we were starting from scratch, we'd use 64-bit types unconditionally.
> But given that we already have off_t that is sometimes 32 bits, we should
> be consistent with the other systems that have this distinction. That
> means F_GETL
If we were starting from scratch, we'd use 64-bit types unconditionally.
But given that we already have off_t that is sometimes 32 bits, we should
be consistent with the other systems that have this distinction. That
means F_GETLK64 should be a different value from F_GETLK in the ABI, and
F_GETLK
Svante Signell, le Tue 19 Aug 2014 06:55:43 +0200, a écrit :
> On Mon, 2014-08-18 at 23:39 +0200, Samuel Thibault wrote:
> > Svante Signell, le Mon 18 Aug 2014 21:56:19 +0200, a écrit :
> > > The reason this is needed is that the MIG generated RPC for hurd/glibc
> > > currently does not support mix
On Mon, 2014-08-18 at 23:39 +0200, Samuel Thibault wrote:
> Svante Signell, le Mon 18 Aug 2014 21:56:19 +0200, a écrit :
> > The reason this is needed is that the MIG generated RPC for hurd/glibc
> > currently does not support mixed 32 and 64 bit entries,
>
> Well, make it just always 64bit then.
Svante Signell, le Mon 18 Aug 2014 21:56:19 +0200, a écrit :
> The reason this is needed is that the MIG generated RPC for hurd/glibc
> currently does not support mixed 32 and 64 bit entries,
Well, make it just always 64bit then. AIUI, this type is not used in
any RPC at all yet, so this can't br
Hi,
The following patch to sysdeps/mach/hurd/bits/fcntl.h is needed for
future support of posix file locking support in Hurd. These patches are
an update of Neals patches from 2001 adapted for libpthread instead of
cthreads.
The reason this is needed is that the MIG generated RPC for hurd/glibc
c
