This is the mail archive of the binutils@sourceware.org mailing list for the binutils 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] |
> > > The reported code it's an intentionally simple example. > > This happens on a more nested an complex data structure. > > Ok - this looks like a problem with the STABS decoding code. Is it possible > for you to produce a simple test case that reproduces the problem ? Something > that starts with a single source file would be good, in case this turns out to > be a problem with how the stabs information is produced in the first place. > I have isolated the problem cleaning and compiling preprocessed C source file (attached .c and "debugging output"). I think the problem is related with a bad interpretation of the #include dependency graph, that we can follow using the "include line directives" in the source file. A.h include B.h define enum ENUM_E include D.h define STRUCT1_S (use ENUM_E) define STRUCT2_S (use ENUM_E) <<<< In debugging we have: A.h define STRUCT2_S (use ENUM_E) <<<< !!??!! include B.h define enum ENUM_E include D.h define STRUCT1_S (use ENUM_E) STRUCT2_S (use ENUM_E) in A.h is swapped before the definition of ENUM_E. Why? This cause the "inline enum" problem. Thanks, Giovanni ___________________________________ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html
Attachment:
stub2.c
Description: 915850912-stub2.c
Attachment:
stub2.deb
Description: 3833356901-stub2.deb
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |