This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: [RFC] Uninitialized section index internal error on Tru64 5.1
- From: Elena Zannoni <ezannoni at redhat dot com>
- To: Joel Brobecker <brobecker at ACT-Europe dot FR>
- Cc: gdb-patches at sources dot redhat dot com
- Date: Sun, 14 Apr 2002 18:38:39 -0400
- Subject: Re: [RFC] Uninitialized section index internal error on Tru64 5.1
- References: <20020412121941.E16134@act-europe.fr>
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