[Bug debug/79444] New: Inconsistent use of DW_OP_piece for vector registers on s390x

2017-02-09 Thread arnez at linux dot vnet.ibm.com
Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: arnez at linux dot vnet.ibm.com Target Milestone: --- GCC emits DW_OP_piece for vector registers on s390x in (at least) two different incompatible ways: (1) When describing a float field

[Bug tree-optimization/68835] New: ICE in set_value_range, at tree-vrp.c:387, with __int128 bit field

2015-12-10 Thread arnez at linux dot vnet.ibm.com
Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: arnez at linux dot vnet.ibm.com Target Milestone: --- "tst.c": unsigned __int128 foo (unsigned long a, unsigned long b) { unsigned __int128 x = (unsigned __int

[Bug gcov-profile/68603] [6 Regression] FAIL: g++.dg/gcov/gcov-1.C

2015-11-30 Thread arnez at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68603 --- Comment #2 from Andreas Arnez --- Right, the regression is caused by r230979 -- sorry about that. I've posted a suggested fix: https://gcc.gnu.org/ml/gcc-patches/2015-11/msg03502.html

[Bug debug/67192] [6 Regression] Backward-goto in loop can get wrong line number

2015-11-11 Thread arnez at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67192 Andreas Arnez changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug debug/67192] [6 Regression] Backward-goto in loop can get wrong line number

2015-11-04 Thread arnez at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67192 --- Comment #22 from Andreas Arnez --- Here's another version of the fix: https://gcc.gnu.org/ml/gcc-patches/2015-11/msg00368.html It addresses an issue with the previous version that was brought up by Bernd Schmidt: A breakpoint on the

[Bug debug/67192] [6 Regression] Backward-goto in loop can get wrong line number

2015-10-23 Thread arnez at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67192 --- Comment #21 from Andreas Arnez --- (In reply to Andreas Arnez from comment #20) > Posted a patch that is not as ambitious as completely getting rid of > input_location, but also doesn't require a new function like >

[Bug debug/67192] [6 Regression] Backward-goto in loop can get wrong line number

2015-10-12 Thread arnez at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67192 --- Comment #20 from Andreas Arnez --- Posted a patch that is not as ambitious as completely getting rid of input_location, but also doesn't require a new function like c_parser_peek_token_keep_input_location():

[Bug debug/67192] [6 Regression] Backward-goto in loop can get wrong line number

2015-10-09 Thread arnez at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67192 --- Comment #16 from Andreas Arnez --- (In reply to Manuel López-Ibáñez from comment #15) > (In reply to Andreas Arnez from comment #11) > > Any news here? AFAIK the problem still exists. > > I still think the solution in comment #10 is the

[Bug debug/67192] Backward-goto in loop can get wrong line number

2015-09-11 Thread arnez at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67192 --- Comment #11 from Andreas Arnez --- Any news here? AFAIK the problem still exists.

[Bug debug/67192] Backward-goto in loop can get wrong line number

2015-08-18 Thread arnez at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67192 --- Comment #7 from Andreas Arnez arnez at linux dot vnet.ibm.com --- (In reply to David Malcolm from comment #3) The issue seems to be in here in c_parser_for_statement: warn_for_misleading_indentation (for_loc, body_loc

[Bug debug/67192] Backward-goto in loop can get wrong line number

2015-08-17 Thread arnez at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67192 Andreas Arnez arnez at linux dot vnet.ibm.com changed: What|Removed |Added CC||dmalcolm

[Bug debug/67192] New: Backward-goto in loop can get wrong line number

2015-08-12 Thread arnez at linux dot vnet.ibm.com
: debug Assignee: unassigned at gcc dot gnu.org Reporter: arnez at linux dot vnet.ibm.com Target Milestone: --- This bug causes a number of failures in the GDB test suite, e.g. with checkpoint.exp. I can reproduce it with the command line: gcc -fdump-tree-gimple-lineno -o

[Bug debug/63300] 'const volatile' sometimes stripped in debug info

2014-09-26 Thread arnez at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63300 Andreas Arnez arnez at linux dot vnet.ibm.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug debug/63300] 'const volatile' sometimes stripped in debug info

2014-09-26 Thread arnez at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63300 Andreas Arnez arnez at linux dot vnet.ibm.com changed: What|Removed |Added Status|RESOLVED|CLOSED

[Bug debug/63300] New: 'const volatile' sometimes stripped in debug info

2014-09-18 Thread arnez at linux dot vnet.ibm.com
: debug Assignee: unassigned at gcc dot gnu.org Reporter: arnez at linux dot vnet.ibm.com With current upstream gcc, the following commands do not yield the expected output: echo 'void f (const volatile int x) { }' | gcc -xc -c -g -o foo.o - readelf -wi foo.o | grep 'volatile

[Bug debug/54887] gdb test case failure with mi-var-rtti

2012-10-24 Thread arnez at linux dot vnet.ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54887 --- Comment #5 from Andreas Arnez arnez at linux dot vnet.ibm.com 2012-10-24 17:51:44 UTC --- (In reply to comment #4) 232e: Abbrev Number: 27 (DW_TAG_lexical_block) 32f DW_AT_low_pc : 0x400758 337 DW_AT_high_pc

[Bug debug/54887] gdb test case failure with mi-var-rtti

2012-10-11 Thread arnez at linux dot vnet.ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54887 Andreas Arnez arnez at linux dot vnet.ibm.com changed: What|Removed |Added Status|RESOLVED

[Bug debug/54887] New: gdb test case failure with mi-var-rtti

2012-10-10 Thread arnez at linux dot vnet.ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54887 Bug #: 54887 Summary: gdb test case failure with mi-var-rtti Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: major

[Bug debug/54887] gdb test case failure with mi-var-rtti

2012-10-10 Thread arnez at linux dot vnet.ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54887 --- Comment #2 from Andreas Arnez arnez at linux dot vnet.ibm.com 2012-10-10 17:14:32 UTC --- Right. I've checked that the new upstream gcc with r192285 fixes the problem. Thanks! BTW, while investigating this I wondered why g++ wraps

[Bug debug/54826] gdb test case failure (bs15503) due to gaps in lexical block

2012-10-09 Thread arnez at linux dot vnet.ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54826 Andreas Arnez arnez at linux dot vnet.ibm.com changed: What|Removed |Added Status|RESOLVED

[Bug debug/54826] New: gdb test case failure (bs15503) due to gaps in lexical block

2012-10-05 Thread arnez at linux dot vnet.ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54826 Bug #: 54826 Summary: gdb test case failure (bs15503) due to gaps in lexical block Classification: Unclassified Product: gcc Version: 4.8.0 Status: