This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.
Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
On Mon, May 28, 2001 at 08:31:15AM +0200, Jakub Jelinek wrote: > On Sun, May 27, 2001 at 09:53:30PM -0700, H . J . Lu wrote: > > > Your reply didn't seem to make sense. > > > > > > The code in sysdeps/unix/sysv/linux is for new ports. Old ports that > > > > Wrong. The code in sysdeps/unix/sysv/linux is for ports with 32bit > > offset. All ports with 64bit offset, new and old, should have a dummy > > mmap64.c like > > sysv/linux should really be for new ports. > Perhaps we should restructure sysv/linux by adding sysv/linux/wordsize-32 > and sysv/linux/wordsize-64 (and adding related Implies) and moving files I don't think it applies to those xxx64 64bit offset I/O functions. If I get it right, you can have a port with wordsize == 32bit, but 64bit off_t. Basically, the size of off_t may not be the same as wordsize. And the new port should use 64bit off_t even if the hardware is 32bit. Did you try to say sysv/linux/off_t-64 and sysv/linux/off_t-32, or something like it? H.J.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |