[Bug libgomp/84088] [nvptx] libgomp.oacc-fortran/declare-*.f90 execution fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84088 Tom de Vries changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #3 f

[Bug libgomp/84088] [nvptx] libgomp.oacc-fortran/declare-*.f90 execution fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84088 --- Comment #4 from Tom de Vries --- (In reply to Tom de Vries from comment #3) > Will reconfirm with full build. Did clean builds of r257064 and r257065. Minimal test passes at r257064, fails at r257065. Confirmed.

[Bug libgomp/84088] [8 Regression][nvptx] libgomp.oacc-fortran/declare-*.f90 execution fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84088 --- Comment #5 from Tom de Vries --- Hmm. Probably this failure would have been picked up by libgomp-plugin-host_nonshm.

[Bug libgomp/84088] [8 Regression][nvptx] libgomp.oacc-fortran/declare-*.f90 execution fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84088 --- Comment #7 from Tom de Vries --- (In reply to Paul Thomas from comment #6) > (In reply to Tom de Vries from comment #5) > > Hmm. Probably this failure would have been picked up by > > libgomp-plugin-host_nonshm. > > Hi Tom, > > Although my

[Bug libgomp/84088] [8 Regression][nvptx] libgomp.oacc-fortran/declare-*.f90 execution fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84088 --- Comment #8 from Tom de Vries --- > > am unable to reproduce it and do not have access to the target you are > > using. > I may have found a way to reproduce the problem without libgomp Forgot to mention: on x86_64, so you should be able to

[Bug rtl-optimization/84157] New: [8 Regression] [nvptx] ICE: RTL check: expected code 'reg', have 'lshiftrt'

D Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org Target Milestone: --- $ gcc -O2 -c lrand48.c during RTL pass: combine lrand48.c: In function ‘_lrand48_r’: lrand

[Bug rtl-optimization/84157] [8 Regression] [nvptx] ICE: RTL check: expected code 'reg', have 'lshiftrt'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84157 --- Comment #1 from Tom de Vries --- Regression caused by r257270.

[Bug rtl-optimization/84157] [8 Regression] [nvptx] ICE: RTL check: expected code 'reg', have 'lshiftrt'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84157 --- Comment #2 from Tom de Vries --- Created attachment 43315 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43315&action=edit lrand48.c

[Bug fortran/84088] [8 Regression][nvptx] libgomp.oacc-fortran/declare-*.f90 execution fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84088 Tom de Vries changed: What|Removed |Added Keywords||wrong-code Status|NEW

[Bug rtl-optimization/84157] [8 Regression] [nvptx] ICE: RTL check: expected code 'reg', have 'lshiftrt'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84157 --- Comment #4 from Tom de Vries --- (In reply to Uroš Bizjak from comment #3) > Oops. > > --cut here-- > diff --git a/gcc/combine.c b/gcc/combine.c > index 970dd26..a9929f2 100644 > --- a/gcc/combine.c > +++ b/gcc/combine.c > @@ -11483,7 +11483

[Bug libgomp/84041] [nvptx] Hang in for-3.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84041 --- Comment #3 from Tom de Vries --- Hmm, with the latest trunk and after upgrading to driver version 390.25, for-3.exe passes.

[Bug rtl-optimization/84157] [8 Regression] [nvptx] ICE: RTL check: expected code 'reg', have 'lshiftrt'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84157 --- Comment #6 from Tom de Vries --- (In reply to Segher Boessenkool from comment #5) > Hi Tom, > > That looks good. Hi, that patch was by Uros though. > But maybe the REG_P check should be in the outer "if"? > Slightly easier and safer to

[Bug rtl-optimization/84157] [8 Regression] [nvptx] ICE: RTL check: expected code 'reg', have 'lshiftrt'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84157 --- Comment #8 from Tom de Vries --- (In reply to Tom de Vries from comment #4) > I'll do a build and test run with this patch (which in the case of the setup > where I encountered the ICE means building host and accelerator compiler and > runnin

[Bug fortran/84217] [8 Regression] ICE: verify_gimple failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84217 --- Comment #3 from Tom de Vries --- Tentative patch: ... diff --git a/gcc/omp-expand.c b/gcc/omp-expand.c index 90e0631..bb20490 100644 --- a/gcc/omp-expand.c +++ b/gcc/omp-expand.c @@ -1433,6 +1433,8 @@ expand_oacc_collapse_init (const struct o

[Bug fortran/84217] [8 Regression] ICE: verify_gimple failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84217 --- Comment #4 from Tom de Vries --- C testcase: ... void foo (void) { #pragma acc parallel loop tile (2, 3) for (short i = 0; i < 10; ++i) for (short j = 0; j < 10; ++j) ; } ...

[Bug libgomp/84217] [8 Regression] ICE: verify_gimple failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84217 --- Comment #5 from Tom de Vries --- Author: vries Date: Wed Feb 7 10:37:55 2018 New Revision: 257443 URL: https://gcc.gnu.org/viewcvs?rev=257443&root=gcc&view=rev Log: [openacc] Fix diff_type in expand_oacc_collapse_init 2018-02-07 Tom de Vr

[Bug middle-end/84217] [8 Regression] ICE: verify_gimple failed

|--- |FIXED Assignee|unassigned at gcc dot gnu.org |vries at gcc dot gnu.org --- Comment #7 from Tom de Vries --- (In reply to Jakub Jelinek from comment #6) > So fixed? Yes. Patch with test-cases committed, marking resolved-fixed.

[Bug libbacktrace/89262] New: [libbacktrace] dwarf5 support

Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org CC: ian at gcc dot gnu.org Target Milestone: --- build_address_map contains: ... version = read_uint16 (&unit_buf); if (version < 2 || vers

[Bug libbacktrace/57591] gcc-4.8 libbacktrace btest failure on Linux ppc64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57591 --- Comment #7 from Tom de Vries --- (In reply to Segher Boessenkool from comment #6) > please reopen it if it still happens (with trunk or another supported > version). Thanks! And if it still happens, please attach the log for the failing tes

[Bug libbacktrace/60240] libbacktrace problems with nested functions

, ||ian at gcc dot gnu.org, ||vries at gcc dot gnu.org Component|other |libbacktrace --- Comment #1 from Tom de Vries --- I can reproduce this. But, I wonder if this an actual bug, given that

[Bug libbacktrace/69314] Use of uninitialised value in libbacktrace/pecoff.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69314 Tom de Vries changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libbacktrace/89273] New: Count inlined functions in skip parm for backtrace_full and backtrace_print

: enhancement Priority: P3 Component: libbacktrace Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org CC: ian at gcc dot gnu.org Target Milestone: --- [ Proposed here: https://gcc.gnu.org/ml/gcc-patches/2019-02/msg00579.html

[Bug libbacktrace/81983] sanitizer detects undefined runtime error in libbacktrace

, ||ian at gcc dot gnu.org, ||vries at gcc dot gnu.org Component|libfortran |libbacktrace --- Comment #3 from Tom de Vries --- AFAIU, this libbacktrace assert corresponds to the runtime error

[Bug fortran/67696] libbacktrace prints C++ demangled name for Fortran symbol

, ||ian at airs dot com, ||jason at gcc dot gnu.org, ||pault at gcc dot gnu.org, ||vries at gcc dot gnu.org --- Comment #5 from

[Bug sanitizer/81081] [ASAN] ASAN is not properly calling libbacktrace to symbolize program written on assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81081 Tom de Vries changed: What|Removed |Added CC||vries at gcc dot gnu.org --- Comment #10

[Bug sanitizer/81081] [ASAN] ASAN is not properly calling libbacktrace to symbolize program written on assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81081 --- Comment #11 from Tom de Vries --- Created attachment 45652 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45652&action=edit Tentative patch Patch proposed in comment #10, added ChangeLog and rationale, bootstrapped and reg-tested.

[Bug libbacktrace/81983] libbacktrace calls bsearch with NULL base

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81983 --- Comment #4 from Tom de Vries --- Ian, how do you want this fixed? We could add a safe_bsearch: ... diff --git a/libbacktrace/internal.h b/libbacktrace/internal.h index 065b9535e8b..7d9aa5e88c5 100644 --- a/libbacktrace/internal.h +++ b/libba

[Bug libbacktrace/81983] libbacktrace calls bsearch with NULL base

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81983 Tom de Vries changed: What|Removed |Added Keywords||patch Status|WAITING

[Bug libbacktrace/81983] libbacktrace calls bsearch with NULL base

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81983 --- Comment #7 from Tom de Vries --- Author: vries Date: Tue Feb 12 14:00:59 2019 New Revision: 268796 URL: https://gcc.gnu.org/viewcvs?rev=268796&root=gcc&view=rev Log: [libbacktrace] Handle bsearch with NULL base in dwarf_lookup_pc The call t

[Bug libbacktrace/81983] libbacktrace calls bsearch with NULL base

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81983 Tom de Vries changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug sanitizer/81081] [ASAN] ASAN is not properly calling libbacktrace to symbolize program written on assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81081 --- Comment #12 from Tom de Vries --- (In reply to Tom de Vries from comment #11) > Created attachment 45652 [details] > Tentative patch > > Patch proposed in comment #10, added ChangeLog and rationale, bootstrapped > and reg-tested. Hi Jakub,

[Bug sanitizer/81081] [ASAN] ASAN is not properly calling libbacktrace to symbolize program written on assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81081 --- Comment #15 from Tom de Vries --- (In reply to Jakub Jelinek from comment #13) > You can try, but it seems upstream doesn't really care. Done: https://reviews.llvm.org/D58493

[Bug c/90043] New: Turn on -Winit-self by default for -Wuninitialized

Component: c Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org Target Milestone: --- [ Spinoff bug of PR18017 comment 6. This is an issue that has been debated in several existing PRs, but I'm filing it here since AFAIK there's not a single

[Bug c/90043] Turn on -Winit-self by default for -Wuninitialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90043 Tom de Vries changed: What|Removed |Added CC||msebor at gcc dot gnu.org --- Comment #1

[Bug c/18017] -Winit-self should automatically turn on -Wuninitialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18017 Tom de Vries changed: What|Removed |Added CC||vries at gcc dot gnu.org --- Comment #7

[Bug debug/90232] New: gcc drops top-level dies with -fdebug-types-section

: debug Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org Target Milestone: --- [ Spinoff bug from gdb PR https://sourceware.org/bugzilla/show_bug.cgi?id=14148#c3 ] Consider two-file test-case 36: ... $ cat 36.c struct s { int i; }; extern void f

[Bug debug/90232] gcc drops top-level dies with -fdebug-types-section

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90232 --- Comment #1 from Tom de Vries --- With this demonstrator patch: ... diff --git a/gcc/dwarf2out.c b/gcc/dwarf2out.c index b9a624e1ac7..1e818973fae 100644 --- a/gcc/dwarf2out.c +++ b/gcc/dwarf2out.c @@ -8400,10 +8400,11 @@ generate_skeleton (dw_

[Bug debug/90422] New: DW_AT_main_subprogram not added to CU DIE

Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org Target Milestone: --- In the DWARF-4 standard, we find: ... 3.1.1 Normal and Partial Compilation Unit Entries 11. A DW_AT_main_subprogram attribute, which is a flag whose presence indicates that the

[Bug tree-optimization/90009] [nvptx] ICE when OpenACC region has num_workers>1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90009 Tom de Vries changed: What|Removed |Added CC||jakub at redhat dot com,

[Bug tree-optimization/90009] [nvptx] ICE when OpenACC region has num_workers>1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90009 --- Comment #3 from Tom de Vries --- Author: vries Date: Wed Jun 12 14:56:18 2019 New Revision: 272189 URL: https://gcc.gnu.org/viewcvs?rev=272189&root=gcc&view=rev Log: [nvptx] Assert fork has at most one join in nvptx_find_par With the test-c

[Bug tree-optimization/90009] [nvptx] ICE when OpenACC region has num_workers>1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90009 Tom de Vries changed: What|Removed |Added Keywords||patch --- Comment #4 from Tom de Vries -

[Bug tree-optimization/90009] [nvptx] ICE when OpenACC region has num_workers>1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90009 --- Comment #5 from Tom de Vries --- Author: vries Date: Sat Jun 15 07:06:19 2019 New Revision: 272321 URL: https://gcc.gnu.org/viewcvs?rev=272321&root=gcc&view=rev Log: [openacc] Disable pass_thread_jumps for IFN_UNIQUE If we compile the opena

[Bug tree-optimization/90009] [nvptx] ICE when OpenACC region has num_workers>1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90009 Tom de Vries changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug lto/84592] [openacc,openmp] lto1: ICE in input_varpool_node, at lto-cgraph.c:1424: for function static var

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84592 Tom de Vries changed: What|Removed |Added CC||jakub at redhat dot com --- Comment #12 f

[Bug middle-end/84992] [openacc] function static var in parallel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84992 --- Comment #2 from Tom de Vries --- (In reply to Tom de Vries from comment #0) > When compiling this openacc testcase: > > #include > > int > main (void) > { > int n[1]; > n[0] = 3; > #pragma acc parallel copy(n) > { > static co

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 --- Comment #11 from Tom de Vries --- (In reply to Thomas Schwinge from comment #1) > Same for OpenACC ('!$acc parallel copyout(v)'). > > > Thsi sounds similar to PR85063, >

[Bug lto/84592] [openacc,openmp] lto1: ICE in input_varpool_node, at lto-cgraph.c:1424: for function static var

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84592 Tom de Vries changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 --- Comment #12 from Tom de Vries --- *** Bug 84592 has been marked as a duplicate of this bug. ***

[Bug tree-optimization/89713] Optimize away an empty loop whose finiteness can not be analytically determined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89713 --- Comment #7 from Tom de Vries --- Author: vries Date: Sat Jun 15 12:01:30 2019 New Revision: 272324 URL: https://gcc.gnu.org/viewcvs?rev=272324&root=gcc&view=rev Log: [nvptx, libgomp] Update pr85381-{2,4}.c test-cases After the fix for "PR t

[Bug tree-optimization/89376] ICE: Segmentation fault (in oacc_entry_exit_ok_1)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89376 --- Comment #1 from Tom de Vries --- Author: vries Date: Sun Jun 16 07:47:15 2019 New Revision: 272338 URL: https://gcc.gnu.org/viewcvs?rev=272338&root=gcc&view=rev Log: [openacc, parloops] Fix SIGSEGV in oacc_entry_exit_ok_1 When compiling the

[Bug tree-optimization/89376] ICE: Segmentation fault (in oacc_entry_exit_ok_1)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89376 Tom de Vries changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 --- Comment #13 from Tom de Vries --- (In reply to Tom de Vries from comment #11) > (In reply to Thomas Schwinge from comment #1) > > Same for OpenACC ('!$acc parallel copyout(v)'). > > > > > > Thsi sounds similar to PR85063, > >

[Bug fortran/67696] libbacktrace prints C++ demangled name for Fortran symbol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67696 Tom de Vries changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libbacktrace/90636] [libbacktrace] Tests edtest/edtest_alloc/ttest/ttest_alloc are failing on x64 Linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90636 --- Comment #2 from Tom de Vries --- Romain, For commit "[libbacktrace] Add btest_lto", I added the noclone attribute next to each noinline attribute in btest.c. Perhaps this is needed as well in edtest.c and ttest.c. Can you try this and see

[Bug target/90928] New: [nvptx] internal compiler error: in instantiate_virtual_regs_in_insn, at function.c:1737

Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org Target Milestone: --- ... FAIL: gcc.c-torture/compile/opout.c -O1 (internal compiler error) FAIL: gcc.c-torture/compile/opout.c

[Bug target/90931] New: [nvptx] FAIL: gcc.c-torture/execute/pr78675.c -O1 execution test

Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org Target Milestone: --- gcc.sum: ... WARNING: program timed out. FAIL: gcc.c-torture/execute/pr78675.c -O1 execution test ... gcc.log: ... PASS: gcc.c

[Bug target/90932] New: [nvptx] internal compiler error: in tree_to_shwi, at tree.c

Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org Target Milestone: --- gcc.sum: ... FAIL: gcc.dg/attr-vector_size.c (internal compiler error) ... gcc.log: ... /home/vries/nvptx/mainkernel-2/source-gcc/gcc

[Bug target/90933] New: [nvptx] internal compiler error: RTL check: expected code 'const_int', have 'reg' in rtx_to_poly_int64, at rtl.h:2367

c Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org Target Milestone: --- gcc.sum: ... FAIL: gcc.dg/memcmp-1.c (int

[Bug target/90935] New: [nvptx] internal compiler error: in get_personality_function, at expr.c:12497

: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org Target Milestone: --- gcc.sum: ... FAIL: gcc.dg/pr88071.c (internal compiler error) ... gcc.log: ... during RTL pass: final^M In file included

[Bug debug/78685] -Og generates too many ""s

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78685 Tom de Vries changed: What|Removed |Added Attachment #44333|0 |1 is obsolete|

[Bug c/86418] New: warn about mismatch in type between argument and parameter type for declaration without prototype

Keywords: diagnostic Severity: enhancement Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org Target Milestone: --- Keywords: diagnostic Consider this test-case, based on pr48063.c

[Bug debug/86455] New: var-tracking mishandled pre_dec

Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org Target Milestone: --- With the experimental patch "[debug] Add -fkeep-vars-live" (PR78685 comment 12), there are two regressions of "Og -fkeep-vars-live" compared to "Og": ... FAIL:

[Bug debug/86455] var-tracking mishandled pre_dec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86455 --- Comment #1 from Tom de Vries --- Created attachment 44373 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44373&action=edit Tentative patch Using this tentative patch, I get the correct updated insn 132: ... (insn/f 132 4 133 2 (paralle

[Bug debug/78685] -Og generates too many ""s

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78685 --- Comment #13 from Tom de Vries --- (In reply to Tom de Vries from comment #12) > Created attachment 44343 [details] > [debug] Add fkeep-vars-live > Guality testing status: Og -fkeep-vars-live gives better results than Og for > pr54200.c and

[Bug debug/86455] var-tracking mishandles pre_dec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86455 --- Comment #2 from Tom de Vries --- Created attachment 44391 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44391&action=edit Reproducer patch, splits push Reproduced without the fkeep-vars-live patch. Consider this test-case: ... stati

[Bug debug/86455] var-tracking mishandles pre_dec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86455 --- Comment #3 from Tom de Vries --- Hmm, even more obvious. We push bx to argp - 24: ... ORIGINAL: (insn/f 26 3 27 2 (set (mem:DI (pre_dec:DI (reg/f:DI 7 sp)) [0 S8 A8]) (reg:DI 3 bx)) "clztest.c":12 61 {*pushdi2_rex64} (expr_list:

[Bug debug/86455] var-tracking mishandles pre_dec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86455 Tom de Vries changed: What|Removed |Added Keywords||patch --- Comment #4 from Tom de Vries -

[Bug debug/86455] var-tracking mishandles pre_dec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86455 --- Comment #5 from Tom de Vries --- Author: vries Date: Mon Jul 16 09:18:51 2018 New Revision: 262687 URL: https://gcc.gnu.org/viewcvs?rev=262687&root=gcc&view=rev Log: [debug] Fix pre_dec handling in vartrack When compiling test-case gcc.targ

[Bug debug/86455] var-tracking mishandles pre_dec

|--- |FIXED Assignee|unassigned at gcc dot gnu.org |vries at gcc dot gnu.org Target Milestone|--- |9.0 --- Comment #6 from Tom de Vries --- Patch with test-case committed, marked resolved-fixed.

[Bug debug/86582] New: [debug] vla size reported as 0 at Og

Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org Target Milestone: --- Consider this test-case, minimized from vla-1.c: ... /* { dg-do run } */ /* { dg-options "-g" } */ int __attribute__((noinline, noclone)) f1 (int i) { char a[i + 1];

[Bug debug/86582] [debug] vla size reported as 0 at Og

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86582 --- Comment #1 from Tom de Vries --- (In reply to Tom de Vries from comment #0) > By modifying main to return i, I get in addition: > ... > .uleb128 0x7# (DIE (0x77) DW_TAG_call_site_parameter) > .uleb128 0x1# DW_AT_locati

[Bug debug/78685] -Og generates too many ""s

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78685 --- Comment #14 from Tom de Vries --- *** Bug 86582 has been marked as a duplicate of this bug. ***

[Bug debug/86582] [debug] vla size reported as 0 at Og

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86582 Tom de Vries changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug debug/86638] New: Og guality failures without -ftree-sra

Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org Target Milestone: --- There's a class of guality failures at Og that goes away when using -ftree-sra: ... FAIL: gcc.dg/guality/pr54970.c -Og -DPREVENT_OPTIMIZATION line .+4 a[0] == 1 FAIL: gcc.dg/gu

[Bug debug/86638] Og guality failures without -ftree-sra

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86638 --- Comment #1 from Tom de Vries --- F.i., take pr56154-1.c: ... 1 /* PR debug/56154 */ 2 /* { dg-do run } */ 3 /* { dg-options "-g" } */ 4 /* { dg-additional-sources "pr56154-aux.c" } */ 5 6 #include "../nop.h"

[Bug debug/86638] Og guality failures without -ftree-sra

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86638 --- Comment #3 from Tom de Vries --- (In reply to Richard Biener from comment #2) > Hmm, it sounds like DCE/DSE should insert > > # DEBUG x$a => x$a_11 > > kind debug stmts. IIRC SRA does more than that, adding DECL_DEBUG_EXPRs > with magic. >

[Bug testsuite/86660] libgomp.c++/for-15.C ICEs with nvptx offloading

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86660 --- Comment #3 from Tom de Vries --- (In reply to Jakub Jelinek from comment #2) > Created attachment 44437 [details] > gcc9-pr86660.patch > > Untested patch. Does this fix it? I'll try it out.

[Bug testsuite/86660] libgomp.c++/for-15.C ICEs with nvptx offloading

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86660 --- Comment #4 from Tom de Vries --- (In reply to Tom de Vries from comment #3) > (In reply to Jakub Jelinek from comment #2) > > Created attachment 44437 [details] > > gcc9-pr86660.patch > > > > Untested patch. Does this fix it? > > I'll try

[Bug testsuite/86660] libgomp.c++/for-15.C ICEs with nvptx offloading

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86660 --- Comment #7 from Tom de Vries --- (In reply to Jakub Jelinek from comment #6) > LLSDA labels are for EH support, this testcase doesn't really use exceptions > in any way, but it isn't compiled with -fno-exceptions; but that is the case > of mo

[Bug testsuite/86660] libgomp.c++/for-15.C ICEs with nvptx offloading

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86660 --- Comment #8 from Tom de Vries --- (In reply to Tom de Vries from comment #7) > (In reply to Jakub Jelinek from comment #6) > > LLSDA labels are for EH support, this testcase doesn't really use exceptions > > in any way, but it isn't compiled w

[Bug debug/86687] Wrong debug information for string types passed as parameters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86687 --- Comment #4 from Tom de Vries --- Reproduced with trunk gcc/gdb: ... $ cat bla.C #include #include using std::string; class foo { public: foo (std::string dir_hint) { std::cout << dir_hint << "\n"; } }; int main (void) { std::st

[Bug debug/86687] Wrong debug information for string types passed as parameters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86687 --- Comment #5 from Tom de Vries --- The foo::foo function starts at label .LFB1520, which brings us to: ... .uleb128 0x8b # (DIE (0x5a99) DW_TAG_subprogram) .long 0x5a75 # DW_AT_abstract_origin .long .LASF897

[Bug debug/86687] Wrong debug information for string types passed as parameters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86687 --- Comment #6 from Tom de Vries --- Not sure yet whether this is the desired fix, but using this patch: ... diff --git a/gcc/dwarf2out.c b/gcc/dwarf2out.c index bd45e0b0685..fbbbe9f2d2a 100644

[Bug debug/86687] Wrong debug information for string types passed as parameters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86687 --- Comment #8 from Tom de Vries --- Created attachment 44464 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44464&action=edit Tentative patch

[Bug debug/86687] Wrong debug information for string types passed as parameters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86687 Tom de Vries changed: What|Removed |Added Keywords||patch --- Comment #9 from Tom de Vries -

[Bug debug/77589] [6/7 Regression] fortran: Missing DW_AT_byte_stride for an array record field selection

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77589 Tom de Vries changed: What|Removed |Added CC||vries at gcc dot gnu.org --- Comment #9

[Bug debug/77589] [6/7 Regression] fortran: Missing DW_AT_byte_stride for an array record field selection

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77589 --- Comment #11 from Tom de Vries --- (In reply to Jakub Jelinek from comment #10) > AFAIK Kevin Buettner has the GDB support for it pretty much written but not > yet submitted. Mentioned this at https://sourceware.org/bugzilla/show_bug.cgi?id=2

[Bug debug/86687] Wrong debug information for string types passed as parameters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86687 --- Comment #10 from Tom de Vries --- Author: vries Date: Tue Jul 31 15:37:11 2018 New Revision: 263164 URL: https://gcc.gnu.org/viewcvs?rev=263164&root=gcc&view=rev Log: [c++] Fix DECL_BY_REFERENCE of clone parms Consider test.C compiled at -O

[Bug target/86800] nvptx port needs updating for CVE-2017-5753

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86800 --- Comment #1 from Tom de Vries --- Hmm, at https://nvidia.custhelp.com/app/answers/detail/a_id/4610 I read: ... NVIDIA GeForce Experience (GFE) response to CPU speculative side channel vulnerabilities - CVE-2017-5753, CVE-2017-5715, CVE-2017-57

[Bug target/86800] nvptx port needs updating for CVE-2017-5753

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86800 --- Comment #2 from Tom de Vries --- Author: vries Date: Wed Aug 1 13:20:32 2018 New Revision: 263209 URL: https://gcc.gnu.org/viewcvs?rev=263209&root=gcc&view=rev Log: [nvptx] Define TARGET_HAVE_SPECULATION_SAFE_VALUE 2018-08-01 Tom de Vries

[Bug debug/86687] Wrong debug information for string types passed as parameters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86687 --- Comment #13 from Tom de Vries --- (In reply to Nikolay Piskun from comment #12) > Great work, thanks. Will this fix propagate to other branches? Patch was OK-ed for "trunk and also for branches after a while".

[Bug middle-end/86660] libgomp.c++/for-15.C ICEs with nvptx offloading

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86660 --- Comment #16 from Tom de Vries --- Author: vries Date: Thu Aug 2 15:59:01 2018 New Revision: 263265 URL: https://gcc.gnu.org/viewcvs?rev=263265&root=gcc&view=rev Log: [nvptx] Ignore c++ exceptions The nvptx port can't support exceptions usi

[Bug middle-end/86840] New: __attribute__((optimize("exceptions"))) is silently ignored

ty: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org Target Milestone: --- Consider test.c: ... void a (void); void do_cleanup (void *p); void #ifdef E __attribute__((optimize("exceptions&quo

[Bug target/85590] [nvptx, libgomp, openacc] Use cuda runtime fns to determine launch configuration in nvptx plugin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85590 --- Comment #1 from Tom de Vries --- Author: vries Date: Mon Aug 13 12:04:24 2018 New Revision: 263505 URL: https://gcc.gnu.org/viewcvs?rev=263505&root=gcc&view=rev Log: [nvptx] Use CUDA driver API to select default runtime launch geometry The

[Bug tree-optimization/85859] [6/7/8/9 Regression] wrong code with -fno-isolate-erroneous-paths-dereference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85859 --- Comment #7 from Tom de Vries --- (In reply to Jakub Jelinek from comment #6) > So fixed on the trunk? Any plans to backport? Will do, thanks for the ping.

[Bug tree-optimization/85859] [6/7/8 Regression] wrong code with -fno-isolate-erroneous-paths-dereference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85859 --- Comment #8 from Tom de Vries --- Author: vries Date: Mon Sep 3 09:43:46 2018 New Revision: 264053 URL: https://gcc.gnu.org/viewcvs?rev=264053&root=gcc&view=rev Log: backport "[tail-merge] Fix side-effect test in stmt_local_def" 2018-09-03

[Bug tree-optimization/85859] [6/7 Regression] wrong code with -fno-isolate-erroneous-paths-dereference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85859 --- Comment #9 from Tom de Vries --- Author: vries Date: Mon Sep 3 10:04:08 2018 New Revision: 264054 URL: https://gcc.gnu.org/viewcvs?rev=264054&root=gcc&view=rev Log: backport "[tail-merge] Fix side-effect test in stmt_local_def" 2018-09-03

[Bug tree-optimization/85859] [6 Regression] wrong code with -fno-isolate-erroneous-paths-dereference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85859 --- Comment #10 from Tom de Vries --- Author: vries Date: Mon Sep 3 10:14:52 2018 New Revision: 264055 URL: https://gcc.gnu.org/viewcvs?rev=264055&root=gcc&view=rev Log: backport "[tail-merge] Fix side-effect test in stmt_local_def" 2018-09-03

[Bug tree-optimization/85859] wrong code with -fno-isolate-erroneous-paths-dereference

|--- |FIXED Assignee|unassigned at gcc dot gnu.org |vries at gcc dot gnu.org Summary|[6 Regression] wrong code |wrong code with |with|-fno-isolate-erroneous-path |-fno-isolate-erroneous-path |s

[Bug debug/86985] Generated DWARF does not distinguish between zero-length and flexible array types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86985 Tom de Vries changed: What|Removed |Added Keywords||patch --- Comment #5 from Tom de Vries -

<    4   5   6   7   8   9   10   11   12   13   >