* gdb acceptance of gcc's -feliminate-dwarf2-dups code
@ 2004-09-08 0:33 Craig Jeffree
2004-09-08 0:35 ` Daniel Jacobowitz
2004-10-18 21:00 ` Daniel Jacobowitz
0 siblings, 2 replies; 3+ messages in thread
From: Craig Jeffree @ 2004-09-08 0:33 UTC (permalink / raw)
To: gdb
Hi,
Back in January someone provided a patch to allow gdb to accept code
generated with the gcc option -feliminate-dwarf2-dups. This patch could
not be accepted for various reasons detailed in a thread on gdb-patches
(http://sources.redhat.com/ml/gdb-patches/2004-01/msg00386.html).
At the time others indicated that this feature would be added very
soon, however it appears as though it is still outstanding. Is this
correct? Is anyone working on a patch for this feature? We are stuck
using gcc 2.95.3 because our debug binary is over 900M already, it gets
_much_ bigger if we use gcc 3.x - however this duplicate removal helps
keep the blowout somewhat reasonable.
Are there others who need this patch?
Cheers,
Craig.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: gdb acceptance of gcc's -feliminate-dwarf2-dups code
2004-09-08 0:33 gdb acceptance of gcc's -feliminate-dwarf2-dups code Craig Jeffree
@ 2004-09-08 0:35 ` Daniel Jacobowitz
2004-10-18 21:00 ` Daniel Jacobowitz
1 sibling, 0 replies; 3+ messages in thread
From: Daniel Jacobowitz @ 2004-09-08 0:35 UTC (permalink / raw)
To: Craig Jeffree; +Cc: gdb
On Wed, Sep 08, 2004 at 10:33:44AM +1000, Craig Jeffree wrote:
> Hi,
> Back in January someone provided a patch to allow gdb to accept code
> generated with the gcc option -feliminate-dwarf2-dups. This patch could
> not be accepted for various reasons detailed in a thread on gdb-patches
> (http://sources.redhat.com/ml/gdb-patches/2004-01/msg00386.html).
>
> At the time others indicated that this feature would be added very
> soon, however it appears as though it is still outstanding. Is this
> correct? Is anyone working on a patch for this feature? We are stuck
> using gcc 2.95.3 because our debug binary is over 900M already, it gets
> _much_ bigger if we use gcc 3.x - however this duplicate removal helps
> keep the blowout somewhat reasonable.
>
> Are there others who need this patch?
As the list archives will show, the drow_intercu-20040221-branch
supports this. I am in the process of submitting it to HEAD, but I
have not had time to revise the most recent piece.
--
Daniel Jacobowitz
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: gdb acceptance of gcc's -feliminate-dwarf2-dups code
2004-09-08 0:33 gdb acceptance of gcc's -feliminate-dwarf2-dups code Craig Jeffree
2004-09-08 0:35 ` Daniel Jacobowitz
@ 2004-10-18 21:00 ` Daniel Jacobowitz
1 sibling, 0 replies; 3+ messages in thread
From: Daniel Jacobowitz @ 2004-10-18 21:00 UTC (permalink / raw)
To: Craig Jeffree; +Cc: gdb
On Wed, Sep 08, 2004 at 10:33:44AM +1000, Craig Jeffree wrote:
> Hi,
> Back in January someone provided a patch to allow gdb to accept code
> generated with the gcc option -feliminate-dwarf2-dups. This patch could
> not be accepted for various reasons detailed in a thread on gdb-patches
> (http://sources.redhat.com/ml/gdb-patches/2004-01/msg00386.html).
>
> At the time others indicated that this feature would be added very
> soon, however it appears as though it is still outstanding. Is this
> correct? Is anyone working on a patch for this feature? We are stuck
> using gcc 2.95.3 because our debug binary is over 900M already, it gets
> _much_ bigger if we use gcc 3.x - however this duplicate removal helps
> keep the blowout somewhat reasonable.
>
> Are there others who need this patch?
Hi Craig,
FYI, the next release of GDB or current CVS snapshots should work OK.
--
Daniel Jacobowitz
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-10-17 18:59 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-09-08 0:33 gdb acceptance of gcc's -feliminate-dwarf2-dups code Craig Jeffree
2004-09-08 0:35 ` Daniel Jacobowitz
2004-10-18 21:00 ` Daniel Jacobowitz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox