Re: [RFC] Uninitialized section index internal error on Tru64 5.1

[Elena Zannoni <ezannoni@redhat.com>]

Joel Brobecker writes:
 > This follows up on a discussion started over a year ago... Lack of time
 > prevented me from persuing this issue. Hopefully we can make progress
 > quickly. The last message on this topic was sent by me, and contains
 > a full description of what I believe is the source of the problem:
 > 
 >     http://sources.redhat.com/ml/gdb-patches/2001-11/msg00296.html
 > 
 > The following patch fixes many regressions in the testsuite:
 >     Summary 1       2
 >     FAIL    1644    792
 >     PASS    4388    6990
 >     XFAIL   59      149
 >     XPASS   1       3
 > 
 > I compiled on Tru64 5.1A, using GCC.
 > 
 > This patch is not meant to be integrated as is, this is more a first
 > rough fix presented so that we can discuss more precisely which
 > direction to take in order to complete the work.
 > 

I don't mind this patch as is actually.

 > In particular, should the "if section-is-uninitialized then discard"
 > bits be always there regardless of the target? Or should we put in place
 > some configure test in order to execute this test only on targets were
 > this is needed (alpha-osf is the only one that I know of).
 > 

Yeah, I see your point. It seems like the real problem is that a
storage class is assigned w/o a corresponding section being
there. Does the section ever exist, does it get optimized out at some
point? Your comments explain pretty well what's going on, so I am inclined
to leave the "continue's" in.

 > There is also the get_section_index function that I quickly threw in. I
 > suppose it should be defined in a  .h file, and implemented somewhere
 > else than in mdebugread.c.
 > 

I would suggest symfile.c and symfile.h.

Elena


 > Cheers,
 > -- 
 > Joel