Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45695
--- Comment #1 from jan dot kratochvil at redhat dot com 2010-07-28 09:54
---
Created an attachment (id=21331)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21331&action=view)
.s files for x86_64-unknown-linux-gnu.
GDB bug (probably invalid):
http://sourceware.org/b
y: DW_OP_reg* has too large valid range for noreturn funcs
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan
--- Comment #3 from jan dot kratochvil at redhat dot com 2010-07-23 11:11
---
(In reply to comment #1)
> const int i; -fno-zero-initialized-in-bss -> .bss= FAIL
> You need -fno-common also to get it out of the BSS.
-fno-common now at least correctly reports:
echo
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44690
--- Comment #1 from jan dot kratochvil at redhat dot com 2010-06-25 16:31
---
Dependent GDB Bug:
http://sourceware.org/bugzilla/show_bug.cgi?id=11757
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44668
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44668
To: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44664
--- Comment #4 from jan dot kratochvil at redhat dot com 2010-06-21 11:46
---
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01999.html
Wrongly patched libjava/classpath/ChangeLog , therefore fixed it up:
r161069
--- Comment #3 from jan dot kratochvil at redhat dot com 2010-06-21 11:29
---
The fastjar part filed as:
https://sourceforge.net/tracker/?func=detail&aid=3019015&group_id=426&atid=100426
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43480
--- Comment #2 from jan dot kratochvil at redhat dot com 2010-06-21 11:22
---
Checked-in. Forgot to place the PR # there.
r161066 | jkratoch | 2010-06-21 13:16:18 +0200 (Mon, 21 Jun 2010) | 7 lines
gcc/
* Makefile.in (POD2MAN): Provide --date from $(DATESTAMP).
libjava
--- Comment #23 from jan dot kratochvil at redhat dot com 2010-06-07 20:03
---
(In reply to comment #9)
> In debug info we could use DW_OP_call{2,4} to refer to those
> DIEs' DW_AT_location, but AFAIK gdb doesn't handle those 2 yet.
FYI FSF GDB HEAD support
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: i386-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44367
--- Comment #4 from jan dot kratochvil at redhat dot com 2010-05-24 19:53
---
Archer counterpart (no patch now):
http://sourceware.org/bugzilla/show_bug.cgi?id=11632
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42801
--- Comment #10 from jan dot kratochvil at redhat dot com 2010-05-24 19:49
---
GDB counterpart (no patch now):
http://sourceware.org/bugzilla/show_bug.cgi?id=11631
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44113
--- Comment #3 from jan dot kratochvil at redhat dot com 2010-05-20 16:03
---
No regressions for FSF GDB HEAD x86_64-linux-gnu with FSF GCC HEAD.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44205
assigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44205
: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43950
--- Comment #5 from jan dot kratochvil at redhat dot com 2010-04-22 18:10
---
But this Bug has been already fixed in Comment 2.
--
jan dot kratochvil at redhat dot com changed:
What|Removed |Added
--- Comment #4 from jan dot kratochvil at redhat dot com 2010-04-22 18:09
---
Comment 3 has a typo, it should have been for: PR tree-optimization/43842
--
jan dot kratochvil at redhat dot com changed:
What|Removed |Added
--- Comment #9 from jan dot kratochvil at redhat dot com 2010-04-20 12:24
---
(In reply to comment #8)
> BTW, should DW_AT_{,MIPS_}linkage_name be also present on DW_TAG_common_block?
[...]
> for DW_AT_linkage_name to be allowed on DW_TAG_common_block.
For DW_TAG_common
--- Comment #7 from jan dot kratochvil at redhat dot com 2010-04-20 09:14
---
Created an attachment (id=20436)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20436&action=view)
Preliminary GDB patch.
Tobias, could you add DW_AT_MIPS_linkage name?
You say in Commen
_ (and not such its _address_).
(This problem is also affecting Fortran dynamic arrays with -O2 -g.)
--
Summary: VLA artificial length var loclist is missing
DW_OP_stack_value
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43762
DW_AT_type
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unk
--- Comment #2 from jan dot kratochvil at redhat dot com 2010-03-22 17:55
---
Checked-in:
http://gcc.gnu.org/viewcvs?view=revision&revision=157645
2010-03-22 Jan Kratochvil
Fix *.log tests output containing "===".
* dg-extract-results.sh (/\==
--- Comment #1 from jan dot kratochvil at redhat dot com 2010-03-22 16:30
---
Created an attachment (id=20162)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20162&action=view)
Fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43482
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43482
--- Comment #1 from jan dot kratochvil at redhat dot com 2010-03-22 16:03
---
Created an attachment (id=20159)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20159&action=view)
Fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43480
ED
Severity: minor
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43480
s: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43479
: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43478
scope
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43325
--- Comment #2 from jan dot kratochvil at redhat dot com 2010-02-08 14:59
---
Sorry, I agree now this Bug is invalid.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42939
be one-less
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target trip
--- Comment #1 from jan dot kratochvil at redhat dot com 2010-01-19 10:57
---
Maybe properly limiting DW_AT_location even in -O0 -g mode would be the same.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42801
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42801
7b> DW_AT_type: <0x84>
<7f> DW_AT_upper_bound : 3 byte block: 91 60 6(DW_OP_fbreg: -32;
DW_OP_deref)
--
Summary: VLA DW_AT_upper_bound is no longer emitted
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
--- Comment #1 from jan dot kratochvil at redhat dot com 2010-01-17 23:23
---
Noticed it is a regression against: gcc (GCC) 4.4.3 20100117 (prerelease)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42782
y: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: i386-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42782
--- Comment #2 from jan dot kratochvil at redhat dot com 2009-11-16 14:49
---
(In reply to comment #1)
> > -g3 currently produces huge objects as it contains many unused macros.
> > -g2 produces no macros debug info so GDB cannot provide its expansion.
>
> That is
macros
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64
--- Comment #3 from jan dot kratochvil at redhat dot com 2009-10-06 15:28
---
(In reply to comment #1)
> BTW, gdb 7.0.50.20091005-cvs doesn't work with the guality.exp testcases well,
> something broke in it recently. 6.8.91.20090917-1.fc12 works fine.
There is an array wi
f
--
Summary: gfortran -O code excessive DW_OP_deref's
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
Rep
: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41470
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41469
c
Version: 4.5.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://
signedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40713
--- Comment #5 from jan dot kratochvil at redhat dot com 2009-05-06 20:12
---
(In reply to comment #4)
> I don't know how ready GDB et al are to cope with this,
(For GDB the local definitions containing an address expression are even less
problematic than the current decl
--- Comment #2 from jan dot kratochvil at redhat dot com 2009-05-06 10:54
---
(In reply to comment #1)
> If DW_AT_location isn't provided, how would gdb find that address out? Using
> DW_AT_MIPS_linkage_name (currently not emitted) and symbol lookup?
The GDB patch now as
0 0
(DW_OP_addr: 200800)
invalid DW_AT_location
--
Summary: gfortran invalid DW_AT_location for overridable
variables
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Sever
--- Comment #5 from jan dot kratochvil at redhat dot com 2009-04-30 15:15
---
Just that I agree this Bug looks to me fixed in g++-4.5.
The sample code like what is Comment 0 here from:
http://gcc.gnu.org/ml/gcc-help/2009-04/msg00393.html
gives DW_TAG_structure_type DW_AT_name "
--- Comment #2 from jan dot kratochvil at redhat dot com 2009-04-30 07:52
---
Please close it as DUPLICATE of PR debug/35463.
--
jan dot kratochvil at redhat dot com changed:
What|Removed |Added
--- Comment #6 from jan dot kratochvil at redhat dot com 2009-04-02 21:26
---
No real regressions. Formally:
+FAIL: gdb.base/stack-checking.exp: continue to breakpoint: breakpoint for big
frame
+FAIL: gdb.base/stack-checking.exp: bt
which is PR middle-end/13757: -fstack-check
In
--- Comment #9 from jan dot kratochvil at redhat dot com 2009-04-02 21:09
---
Fixed in FSF GDB HEAD:
http://sourceware.org/ml/gdb-patches/2009-03/threads.html#00595
http://sourceware.org/ml/gdb-patches/2009-04/threads.html#00040
http://sourceware.org/ml/gdb-cvs/2009-04/msg00021.html
--- Comment #6 from jan dot kratochvil at redhat dot com 2009-03-28 21:34
---
No regressions for GDB.
GDB requires the extra patch otherwise it still does not work with patched GCC:
http://sourceware.org/ml/gdb-patches/2009-03/msg00595.html
FYI the patch generates one extra file-scope
--- Comment #1 from jan dot kratochvil at redhat dot com 2009-03-26 22:57
---
As DW_AT_external-DW_TAG_variable in the inner block is incompatible with
current GDB
http://sourceware.org/ml/gdb-patches/2009-03/msg00595.html
the current C++ method of DW_TAG_imported_declaration
have no DW_TAG_lexical_block
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC targe
--- Comment #3 from jan dot kratochvil at redhat dot com 2009-03-23 11:32
---
One fix should be enough next time, thanks.
Going to gdb-regression test both the patches (in Fedora GCC on Fedora 11).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39524
ar
$2 = 1
^^ Wrong GDB evaluation.
(gdb) adv 23
main () at outer.C:23
23return 0; /* break-here */
(gdb) q
--
--
Summary: Duplicite C++ DW_TAG_variable breaking its
DW_AT_lo
--- Comment #3 from jan dot kratochvil at redhat dot com 2009-03-18 18:01
---
I see I messed it up, in some way was gcc-4.4 more correct than gcc-4.3
Thanks for the fix although now I would not probably bugreport it at all.
It turned PASS->XFAIL.
But in fact PASS means SKIP(
Version: 4.4.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39485
--- Comment #10 from jan dot kratochvil at redhat dot com 2009-03-17 12:24
---
ICE: Comment 7 patch (applied together with the Comment 3 patch) on:
namespace A
{
class B
{
};
};
extern void g
--- Comment #9 from jan dot kratochvil at redhat dot com 2009-03-17 10:05
---
I no longer see any DWARF problem there but Archer C++ still does not work with
g++-4.4. Assuming an Archer bug due to the new DW_TAG_lexical_block block.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #3 from jan dot kratochvil at redhat dot com 2009-03-17 10:03
---
It works for the gdb.python/python-template.exp test, thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39474
--- Comment #2 from jan dot kratochvil at redhat dot com 2009-03-16 21:37
---
Thanks although there is still excessive DW_AT_name:
<3><422>: Abbrev Number: 12 (DW_TAG_imported_module)
<425> DW_AT_name: A
<427> DW_AT_import : &
Severity: minor
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39474
string, offset: 0x77): _ZN1A1iE
<72> DW_AT_type: <0x59>
It causes regressions on gdb.cp/namespace-using.exp for the GDB project Archer.
--
Summary: DW_TAG_imported_module should be used (not
DW_TAG_imported_declaration)
Product: gcc
Version: 4.4.0
--- Comment #1 from jan dot kratochvil at redhat dot com 2009-03-16 14:24
---
Verified as the problem exists on GNU C++ 4.4.0 20090315 (experimental).
Tried also non-main function and slightly complicated function.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37890
Summary: Missing DW_AT_location for constructor static variable
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39372
--- Comment #13 from jan dot kratochvil at redhat dot com 2009-02-12 09:35
---
The flat (so far no namespacing) DW_TAG_module support is now in GDB CVS.
http://sourceware.org/ml/gdb-cvs/2009-02/msg00073.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39073
--- Comment #9 from jan dot kratochvil at redhat dot com 2009-02-02 13:48
---
Confirming it is a GDB bug, DW_TAG_module is completely ignored by
dwarf2read.c.
Older GCCs did not support module namespaces so it may look as a regression.
I hope to patch it soon although I have no such
--- Comment #13 from jan dot kratochvil at redhat dot com 2008-12-21 19:33
---
Please make this Bug CLOSED as the point 1 has been fixed by Alexandre Oliva
and the point 2 is already filed as PR debug/11208.
--
jan dot kratochvil at redhat dot com changed:
What
--- Comment #2 from jan dot kratochvil at redhat dot com 2008-12-06 13:22
---
It looks fixed in 4.4 for me, tested on:
GNU C (GCC) version 4.4.0 20081202 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.4.0 20081202 (experimental), GMP version
4.2.2, MPFR
xactly the same, DW_TAG_imported_module is missing here)
--
Summary: Missing DW_TAG_imported_module
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned a
--- Comment #7 from jan dot kratochvil at redhat dot com 2008-11-29 00:23
---
(In reply to comment #6)
> I ran into this issue because gdb was only reading die 0x86 for variable
> 'elsewhere' (I have not looked into why). The problem is that without proper
--- Comment #5 from jan dot kratochvil at redhat dot com 2008-11-28 01:36
---
(In reply to comment #4)
> First, I think the DIE representing the defining declaration of A::elsewhere
> in class2.c should have a DW_AT_specification pointing back to the DIE
> representing the de
--- Comment #1 from jan dot kratochvil at redhat dot com 2008-11-24 20:08
---
The excessive item <53> is really still present in Fedora
gcc-c++-4.3.2-7.x86_64 but not in HEAD - 4.4.0 20081124:
<1><2d>: Abbrev Number: 2 (DW_TAG_namespace)
<2e> DW_AT
--- Comment #3 from jan dot kratochvil at redhat dot com 2008-11-24 16:40
---
Created an attachment (id=16759)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16759&action=view)
Check the file manipulations errors.
Thanks Tobias B.,
unlink("mmm.mod")
--
jan dot kratochvil at redhat dot com changed:
What|Removed |Added
Severity|blocker |normal
Summary|Fatal Error: Reading module |Ignored
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
--- Comment #3 from jan dot kratochvil at redhat dot com 2008-10-13 14:34
---
Fedora gcc-4.3.2-6.x86_64 with -m32 is still buggy as described in the Comment
0.
But HEAD works OK now (-m32) so closing, thanks for the test:
GNU C (GCC) version 4.4.0 20081007 (experimental) (x86_64
--- Comment #3 from jan dot kratochvil at redhat dot com 2008-10-07 23:10
---
FYI I find at least this specific reported testcase as already fixed by Jason:
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00729.html
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00189.html
GCC now even
--- Comment #1 from jan dot kratochvil at redhat dot com 2008-10-05 15:33
---
Saw there also needless DW_OP_plus_uconst - it could be single DW_OP_addr for
all the common block variables (which would make the GDB support a bit easier).
program a2
INTEGER*4 a
INTEGER*4 b
common
2>: Abbrev Number: 6 (DW_TAG_variable)
DW_AT_name: a_i
DW_AT_location: 2 byte block: 91 6c (DW_OP_fbreg: -20)
<1>: Abbrev Number: 7 (DW_TAG_subprogram)
DW_AT_name : c
<1>: Abbrev Number: 8 (DW_TAG_subprogram)
DW_AT_name: abc
--- Comment #6 from jan dot kratochvil at redhat dot com 2008-09-22 15:32
---
Tom, could you elaborate why x1 and x2 should be printed differently?
I do not say they should not but I do not see a clear reason for either way.
Should we also try to record the source name of this
--- Comment #1 from jan dot kratochvil at redhat dot com 2008-09-07 17:56
---
Created an attachment (id=16249)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16249&action=view)
Testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37410
DW_AT_decl_line : 26
DW_AT_type: <0x57>
DW_AT_location: 2 byte block: 91 6c (DW_OP_fbreg: -20)
--
Summary: DW_TAG_imported_module is not in its
DW_TAG_lexical_block
Product: gcc
Version: 4.3.2
--- Comment #3 from jan dot kratochvil at redhat dot com 2008-08-18 08:24
---
The fix was posted at:
http://gcc.gnu.org/ml/gcc-patches/2008-05/msg01857.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35998
Summary: .debug_line first line is behind the first instruction
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kr
--- Comment #2 from jan dot kratochvil at redhat dot com 2008-05-19 22:19
---
Created an attachment (id=15654)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15654&action=view)
GCC fix.
Omit the whole attribute DW_AT_byte_size 0x.
GCC testsuite ran on x86 and x86_
--- Comment #1 from jan dot kratochvil at redhat dot com 2008-04-21 12:40
---
Created an attachment (id=15503)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15503&action=view)
GDB workaround.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35998
: debug info invalid x86_64 DW_AT_byte_size 0x
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil
--- Comment #8 from jan dot kratochvil at redhat dot com 2007-11-01 17:37
---
ptype testcase is now in GDB as: gdb/testsuite/gdb.cp/arg-reference.exp
(GDB still does not create the temporary copy during a call from GDB itself.)
--
jan dot kratochvil at redhat dot com changed
--- Comment #1 from jan dot kratochvil at redhat dot com 2006-12-26 05:38
---
Created an attachment (id=12843)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12843&action=view)
Fix using a new gcc.c variable.
4.1.1 testsuite results not affected.
--
http://gcc.
Priority: P3
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30292
nformation for pseudoregisters
there?
--
Summary: [32bit] unused argc/argv missing their DW_AT_location
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: debug
AssignedTo
96 matches
Mail list logo