This is the mail archive of the libc-alpha@sources.redhat.com mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: make existing mips files multi-ABI


I've been working on using the stat data structures used by the kernel
directly on n32 and n64, but I'm wondering...  Do we really want to do
this to avoid the copying?  At the expense of a little bit of POSIX
compatibility, that o32 already has? (not dev_t, that's easy to fix,
it's time_t: even though time_t is a 64-bit data type on n64, both in
the kernel and userland, the kernel uses a 32-bit number to hold
time_t in struct state)  Also, should padding ints be added at the end,
like we do on o32 and many other ports?

Or are we better off defining userland data structures independent of
the kernel, which requires the use of xstatconv, degrading
performance?  What's the general policy in this regard, if there is
any?

Thanks,

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                 aoliva at {redhat dot com, gcc.gnu.org}
CS PhD student at IC-Unicamp        oliva at {lsd dot ic dot unicamp dot br, gnu.org}
Free Software Evangelist                Professional serial bug killer


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]