Mirror of the gdb mailing list
 help / color / mirror / Atom feed
* Live Range Splitting goodbye?
@ 2002-06-21 18:44 Jim Blandy
  2002-06-21 19:13 ` Elena Zannoni
                   ` (2 more replies)
  0 siblings, 3 replies; 5+ messages in thread
From: Jim Blandy @ 2002-06-21 18:44 UTC (permalink / raw)
  To: gdb


Would anyone mind if I deleted the support for live range splitting?
That would remove the following fields from struct symbol, get rid of
a weird call to read_pc in symtab.c (!!), and a bunch of other stuff.

I believe the GCC code which would emit the sorts of STABS that turn
into these structures has never been contributed to the public sources
anyway.

struct symbol
  {
    ...

    /* Link to a list of aliases for this symbol.
       Only a "primary/main symbol may have aliases.  */
    struct alias_list *aliases;

    /* List of ranges where this symbol is active.  This is only
       used by alias symbols at the current time.  */
    struct range_list *ranges;
  };


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Live Range Splitting goodbye?
  2002-06-21 18:44 Live Range Splitting goodbye? Jim Blandy
@ 2002-06-21 19:13 ` Elena Zannoni
  2002-06-21 20:08 ` Daniel Jacobowitz
  2002-06-21 21:46 ` Daniel Berlin
  2 siblings, 0 replies; 5+ messages in thread
From: Elena Zannoni @ 2002-06-21 19:13 UTC (permalink / raw)
  To: Jim Blandy; +Cc: gdb

Jim Blandy writes:
 > 
 > Would anyone mind if I deleted the support for live range splitting?
 > That would remove the following fields from struct symbol, get rid of
 > a weird call to read_pc in symtab.c (!!), and a bunch of other stuff.
 > 
 > I believe the GCC code which would emit the sorts of STABS that turn
 > into these structures has never been contributed to the public sources
 > anyway.
 > 
 > struct symbol
 >   {
 >     ...
 > 
 >     /* Link to a list of aliases for this symbol.
 >        Only a "primary/main symbol may have aliases.  */
 >     struct alias_list *aliases;
 > 
 >     /* List of ranges where this symbol is active.  This is only
 >        used by alias symbols at the current time.  */
 >     struct range_list *ranges;
 >   };


Yes it's dead. We already went through this, see the long thread:

http://sources.redhat.com/ml/gdb-patches/2002-04/msg00002.html

and

http://sources.redhat.com/ml/insight/2002-q2/msg00006.html

Go ahead, kill it.

Thanks
Elena


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Live Range Splitting goodbye?
  2002-06-21 18:44 Live Range Splitting goodbye? Jim Blandy
  2002-06-21 19:13 ` Elena Zannoni
@ 2002-06-21 20:08 ` Daniel Jacobowitz
  2002-06-21 21:46 ` Daniel Berlin
  2 siblings, 0 replies; 5+ messages in thread
From: Daniel Jacobowitz @ 2002-06-21 20:08 UTC (permalink / raw)
  To: gdb

On Fri, Jun 21, 2002 at 08:44:24PM -0500, Jim Blandy wrote:
> 
> Would anyone mind if I deleted the support for live range splitting?
> That would remove the following fields from struct symbol, get rid of
> a weird call to read_pc in symtab.c (!!), and a bunch of other stuff.
> 
> I believe the GCC code which would emit the sorts of STABS that turn
> into these structures has never been contributed to the public sources
> anyway.
> 
> struct symbol
>   {
>     ...
> 
>     /* Link to a list of aliases for this symbol.
>        Only a "primary/main symbol may have aliases.  */
>     struct alias_list *aliases;
> 
>     /* List of ranges where this symbol is active.  This is only
>        used by alias symbols at the current time.  */
>     struct range_list *ranges;
>   };

Right on all counts.  Please, go ahead!

-- 
Daniel Jacobowitz                           Carnegie Mellon University
MontaVista Software                         Debian GNU/Linux Developer


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Live Range Splitting goodbye?
  2002-06-21 18:44 Live Range Splitting goodbye? Jim Blandy
  2002-06-21 19:13 ` Elena Zannoni
  2002-06-21 20:08 ` Daniel Jacobowitz
@ 2002-06-21 21:46 ` Daniel Berlin
  2002-06-26 12:22   ` Jim Blandy
  2 siblings, 1 reply; 5+ messages in thread
From: Daniel Berlin @ 2002-06-21 21:46 UTC (permalink / raw)
  To: Jim Blandy; +Cc: gdb

On 21 Jun 2002, Jim Blandy wrote:

> 
> Would anyone mind if I deleted the support for live range splitting?
> That would remove the following fields from struct symbol, get rid of
> a weird call to read_pc in symtab.c (!!), and a bunch of other stuff.

I asked a few months ago, and no one ever answered when I asked.

> 
> I believe the GCC code which would emit the sorts of STABS that turn
> into these structures has never been contributed to the public sources
> anyway.
Correct.

> 
> struct symbol
>   {
>     ...
> 
>     /* Link to a list of aliases for this symbol.
>        Only a "primary/main symbol may have aliases.  */
>     struct alias_list *aliases;
> 
>     /* List of ranges where this symbol is active.  This is only
>        used by alias symbols at the current time.  */
>     struct range_list *ranges;
>   };
> 
> 


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Live Range Splitting goodbye?
  2002-06-21 21:46 ` Daniel Berlin
@ 2002-06-26 12:22   ` Jim Blandy
  0 siblings, 0 replies; 5+ messages in thread
From: Jim Blandy @ 2002-06-26 12:22 UTC (permalink / raw)
  To: Daniel Berlin; +Cc: gdb


Daniel Berlin <dberlin@dberlin.org> writes:
> On 21 Jun 2002, Jim Blandy wrote:
> > Would anyone mind if I deleted the support for live range splitting?
> > That would remove the following fields from struct symbol, get rid of
> > a weird call to read_pc in symtab.c (!!), and a bunch of other stuff.
> 
> I asked a few months ago, and no one ever answered when I asked.

Well, you know SMTP, right?  Why not have, say, Andrew Cagney ask the
question?  Or Bill Gates?  :)


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2002-06-26 19:22 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-06-21 18:44 Live Range Splitting goodbye? Jim Blandy
2002-06-21 19:13 ` Elena Zannoni
2002-06-21 20:08 ` Daniel Jacobowitz
2002-06-21 21:46 ` Daniel Berlin
2002-06-26 12:22   ` Jim Blandy

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox