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 <[email protected]> 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. >
