[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

2005-01-03 Thread dberlin at gcc dot gnu dot org
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-04 03:10 --- Fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

2005-01-03 Thread cvs-commit at gcc dot gnu dot org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-04 01:54 --- Subject: Bug 17924 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-04 01:54:29 Modified files: gcc: ChangeLog Makefile.in dwarf2out.c gim

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

2005-01-01 Thread jason at redhat dot com
--- Additional Comments From jason at redhat dot com 2005-01-01 12:16 --- Subject: Re: [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails On 31 Dec 2004 22:46:37 -, "dberlin at gcc dot gnu dot org" <[EMAIL PROTECTED]> wrote: > When we inline a C++ constructor that isn't goi

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

2004-12-31 Thread dberlin at gcc dot gnu dot org
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-01 03:17 --- Just to further followup, the change between 3.4 and 4.0 in regard to what the abstract origin of of the block is set to is because of the "inliner for java" code that was made the default in 4.0. So if it i

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

2004-12-31 Thread dberlin at gcc dot gnu dot org
--- Additional Comments From dberlin at gcc dot gnu dot org 2004-12-31 22:46 --- Okay. What really happens here is that the blocks aren't getting marked properly because we rearrange the block tree and then the used flags aren't set when the subblocks of a block are used (which is what w

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

2004-12-31 Thread dberlin at gcc dot gnu dot org
--- Additional Comments From dberlin at gcc dot gnu dot org 2004-12-31 22:25 --- *** Bug 19191 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

2004-12-29 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-29 20:54 --- Patch posted here: . -- What|Removed |Added -

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

2004-12-02 Thread dberlin at gcc dot gnu dot org
--- Additional Comments From dberlin at gcc dot gnu dot org 2004-12-03 01:17 --- Can't we generate the inline info in the debug info from the callgraph somehow? After all, it seems like the only thing that knows everything about what happened during inline, and the proper place to store

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

2004-12-02 Thread hubicka at ucw dot cz
--- Additional Comments From hubicka at ucw dot cz 2004-12-02 16:05 --- Subject: Re: [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails > > --- Additional Comments From bje at gcc dot gnu dot org 2004-12-02 05:43 > --- > Trivial test case: > > static int f () { return

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

2004-12-01 Thread bje at gcc dot gnu dot org
--- Additional Comments From bje at gcc dot gnu dot org 2004-12-02 05:43 --- Trivial test case: static int f () { return 3; } int main() { return f (); } Here, cgraph_optimize() decides to inline f() into main() and then eliminates the node for f() from the call graph. cgraph_exp

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

2004-10-14 Thread bje at gcc dot gnu dot org
--- Additional Comments From bje at gcc dot gnu dot org 2004-10-15 06:43 --- Actually, Pinski is right ;-/ gen_subprogram_die() is not being called. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17924

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

2004-10-14 Thread bje at gcc dot gnu dot org
--- Additional Comments From bje at gcc dot gnu dot org 2004-10-15 06:07 --- gen_subprogram_die is indeed being called for the decl of `t'. The problem seems a bit more subtle. This program illustrates the problem: /* Fails with: gcc foo.c -DSTATIC=static -O3 -dA -S -gdwarf-2 Suc

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

2004-10-14 Thread bje at gcc dot gnu dot org
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org |dot org | Status|NEW

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

2004-10-10 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-11 02:05 --- The problem is that we are not calling gen_subprogram_die on the decl for the function t. -- What|Removed |Added

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

2004-10-10 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-10 20:23 --- Confirmed by every testsuite results since the tree-ssa merge. -- What|Removed |Added