subscripted value is neither array nor pointer(close?)
PJ
pjordan@scarlet.blackwire.com
Mon Mar 13 02:28:00 GMT 2000
> # 19 "/usr/include/linux/ext2_fs.h" 2 3
> [snip]
> struct ext2_inode {
> [snip]
> __u32 l_i_reserved2;
> } linux2;
Thanks. I am learning.
> Note, it is not an array, because it comes from
> /usr/include/linux/ext2_fs.h, not from .../lib/ext2_fs.h. And there's
> something else intriguing me:
There is no ../../lib/ext2_fs.h ! There is a
../../include/linux/ext2_fs.h though, but that is not in the search
path. THe latter also defines:
__u32 l_i_reserved2[2];
Furthermore the linux kernel source for 2.2.14 has
in include/linux/ext2_fs.h
__u32 l_i_reserved2[2];
BUT
the source tree for 2.3.49 has
__u16 l_i_uid_high; /* these 2 fields */
__u16 l_i_gid_high; /* were reserved2[0] */
__u32 l_i_reserved2;
So. I guess I should either get rid of that 2.3.49 source tree,
(haven't booted it yet) or fix the search path.
> > ignoring duplicate directory `../../lib'
> However, the original command line said: -I../../lib -I../../../lib
> Can you confirm that the GCC snapshot is indeed modifying the second
> -I flag?
Nope. I looked again at my post and it shows both as -I../../lib,
with no -I../../../lib
Thanks very much for your help.
Peter (who once upon a time lived in Campina Grande long ago)
--
pjordan at blackwire.com 323-665-0893 Black Wire Media
"The meaning of a value is determined by how it is used" : Ousterhout
More information about the Gcc-bugs
mailing list