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