uintptr for pointer/integer (uintptr_t in ANSI_t "t for type" style).
the problem with large file offset doesn't exist in Plan 9, because the type
of seek changed, instead of Unix's messing about trying to conserve the type
of lseek (because it's got an "l" in it, I suppose), or worse, on some
systems making
it dependent on a series of #defines and weak pragmas to select lseek64 vs
lseek32.
honestly. change the type of off_t and be done with it. as Plan 9 did, you
can change
the system call number to allow old executables to work for seek/stat/fstat
and so on
when the file offset changes. put another way, why shouldn't executables
running
in 32 bit mode be able to access large files? that's therefore independent
of the physical rep. of "long".

On 7 May 2012 11:01, dexen deVries <dexen.devries@gmail.com> wrote:

> when i asked about int and long size on amd64, i was more concerned with
> ability to cast between pointer and integer and handling offset of large
> files.
>