lkml.org 
[lkml]   [1999]   [Mar]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: struct stat
Albert D. Cahalan wrote:
> Matthew Wilcox writes:
> > So it is quite clear that one can reasonably expect to compare st_dev
> > with the = operator, and therefore glibc is in error.
> No surprise there. They use a 56-bit major and a 8-bit minor too!
> They will need to redo everything for ino_t and others anyway.

> In your case, change __dev_t to __u32 (which you may define) and
> add padding every place that __dev_t was used. Assuming you are
> using a PC, add your padding after the __dev_t.

> Tell them to wait for the kernel next time rather than trying to
> decide Linux data types all by themselves.

For the record, I am not interested in bashing the libc developers.
By and large, I think they do a good job in difficult circumstances.
I am only interested in having a solution to the problem. I therefore
wish to disassociate myself from Albert's remarks.

--
Matthew Wilcox <willy@bofh.ai>
"I decry the current tendency to seek patents on algorithms. There are
better ways to earn a living than to prevent other people from making use of
one's contributions to computer science." -- Donald E. Knuth, TAoCP vol 3

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:50    [W:0.147 / U:0.200 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site