Re: IA64 ino_t incorrectly sized?

From: David Mosberger <>
Date: 2003-10-16 02:32:24
>>>>> On Wed, 15 Oct 2003 16:34:09 +1000, Nathan Scott <> said:

  Nathan> On Tue, Oct 14, 2003 at 11:21:09PM -0700, David Mosberger
  Nathan> wrote:
  >> >>>>> On Wed, 15 Oct 2003 16:06:02 +1000, Nathan Scott
  >> <> said:

  Nathan> It turns out that neither is a problem for us in practice.
  >>  Sounds find to me, then.  Except, I'd replace #ifdef __ia64__
  >> with #ifdef CONFIG_IA64, so you're relying (less) on compiler
  >> magic.

  Nathan> Oh.  I had avoided that because it requires any sources
  Nathan> including these headers to have already included
  Nathan> linux/config.h, which they may not be doing.  linux/types.h
  Nathan> is included by userspace code too, I believe, so may be an
  Nathan> issue there too.


Upon further investigation, I found that glibc defines its own "struct
ustat" and, guess what, it already declare __ino_t as unsigned long:

 (gdb) ptype struct ustat
 type = struct ustat {
     __daddr_t f_tfree;
     __ino_t f_tinode;
     char f_fname[6];
     char f_fpack[6];
 (gdb) ptype __ino_t
 type = long unsigned int

So there is no need to have that ugly #ifdef for struct ustat.

I'm not 100% sure yet what to do about NFS.

To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to
More majordomo info at
Received on Wed Oct 15 12:38:51 2003

This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:19 EST