https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86985
--- Comment #6 from Tom de Vries ---
Author: vries
Date: Thu Sep 13 10:27:12 2018
New Revision: 264267
URL: https://gcc.gnu.org/viewcvs?rev=264267&root=gcc&view=rev
Log:
[debug] DWARF: add DW_AT_count to zero-length arrays
2018-09-13 Omar Sand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86985
Tom de Vries changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83126
Tom de Vries changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83126
--- Comment #4 from Tom de Vries ---
(In reply to rguent...@suse.de from comment #3)
> This is the usual "you should not repeat analysis during transform" issue.
> The vectorizer gets around this by caching relevant scalar evolution
> but obviou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83126
--- Comment #5 from Tom de Vries ---
This more of a stage4 fix: instead of ICE-ing, abort transformation:
...
diff --git a/gcc/tree-parloops.c b/gcc/tree-parloops.c
index e44ad5e..11f773f 100644
--- a/gcc/tree-parloops.c
+++ b/gcc/tree-parloops.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83126
--- Comment #7 from Tom de Vries ---
Created attachment 43404
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43404&action=edit
Demonstrator patch
(In reply to Richard Biener from comment #6)
> (In reply to Tom de Vries from comment #4)
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83791
--- Comment #2 from Tom de Vries ---
Approved here: https://gcc.gnu.org/ml/gcc-patches/2018-02/msg00920.html .
Will commit in stage1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82428
--- Comment #6 from Tom de Vries ---
Approved for stage1 here:
https://gcc.gnu.org/ml/gcc-patches/2018-01/msg01576.html
Version to commit: https://gcc.gnu.org/ml/gcc-patches/2018-01/msg01630.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83126
--- Comment #8 from Tom de Vries ---
Created attachment 43476
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43476&action=edit
Tentative patch
(In reply to rguent...@suse.de from comment #3)
> This is the usual "you should not repeat anal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83043
--- Comment #10 from Tom de Vries ---
https://gcc.gnu.org/ml/gcc-regression/2018-01/msg00362.html :
...
New passes:
...
FAIL: libgomp.graphite/force-parallel-1.c scan-tree-dump-times graphite "2
loops carried no dependency" 1 (found 0 times)
FA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84025
--- Comment #1 from Tom de Vries ---
Created attachment 43480
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43480&action=edit
Tentative patch
IRMED
Severity: enhancement
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider a openacc parallel region with two subsequent worker loops, with no
code inbetween the two
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84498
--- Comment #1 from Tom de Vries ---
Created attachment 43481
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43481&action=edit
Don't propagate state for subsequent vector loops
Tentative patch for two subsequent vector loops.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83126
--- Comment #9 from Tom de Vries ---
(In reply to Tom de Vries from comment #8)
> Created attachment 43476 [details]
> Tentative patch
>
> (In reply to rguent...@suse.de from comment #3)
>
> > This is the usual "you should not repeat analysis d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83126
Tom de Vries changed:
What|Removed |Added
Keywords||patch
--- Comment #10 from Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80092
--- Comment #11 from Tom de Vries ---
(In reply to Eric Gallager from comment #10)
> Have all of the changes committed from this bug fixed it?
No, I'm preparing some changes for stage1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83327
--- Comment #11 from Tom de Vries ---
(In reply to Vladimir Makarov from comment #10)
> Any news about the patch testing on MIPS. It would be nice to move forward
> with the PR.
Pinged Matthew here: https://gcc.gnu.org/ml/gcc-patches/2018-02/ms
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider the following openacc program:
...
static
void foo(int n, int p[N][N])
{
int i, j, k;
#pragma acc parallel copy(p[0:N][0:N
: enhancement
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider the following openacc program:
...
static
void foo(int n, int p[N][N])
{
#pragma acc parallel copy(p[0:N][0
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Consider the following openacc testcase:
...
/* { dg-additional-options
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84592
Tom de Vries changed:
What|Removed |Added
Keywords||openmp
--- Comment #3 from Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83327
--- Comment #13 from Tom de Vries ---
Author: vries
Date: Thu Mar 1 05:51:08 2018
New Revision: 258093
URL: https://gcc.gnu.org/viewcvs?rev=258093&root=gcc&view=rev
Log:
Fix liveness analysis in lra for spilled-into hard regs
2018-03-01 Tom d
|--- |FIXED
Assignee|unassigned at gcc dot gnu.org |vries at gcc dot gnu.org
Target Milestone|--- |8.0
--- Comment #14 from Tom de Vries ---
Patch tested on MIPS16 and committed.
Marking resolved-fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71657
Tom de Vries changed:
What|Removed |Added
Status|SUSPENDED |NEW
--- Comment #13 from Tom de Vries --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84592
--- Comment #6 from Tom de Vries ---
Looks like a duplicate of PR71536
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84592
--- Comment #7 from Tom de Vries ---
Created attachment 43571
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43571&action=edit
Tentative patch
Works on nvptx for the examples from comment 0, comment 3 and comment 5.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84592
--- Comment #8 from Tom de Vries ---
(In reply to Tom de Vries from comment #7)
> Created attachment 43571 [details]
> Tentative patch
>
> Works on nvptx for the examples from comment 0, comment 3 and comment 5.
Tested libgomp on x86_64 with nv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84592
--- Comment #9 from Tom de Vries ---
(In reply to Tom de Vries from comment #6)
> Looks like a duplicate of PR71536
Actually, this is not fixed by the patch, so likely another issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84592
Tom de Vries changed:
What|Removed |Added
Keywords||patch
--- Comment #10 from Tom de Vries
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
[ As discussed here: https://gcc.gnu.org/ml/gcc-patches/2018-03/msg00408.html ]
Consider testcase workers.c:
...
int
main (void)
{
int a[10];
#pragma acc parallel loop worker
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84952
--- Comment #1 from Tom de Vries ---
For stage1, I have the following patch set:
...
git log --pretty=%s --reverse HEAD^^^..HEAD | cat -n
1 Fix branch-around-nothing
2 Fix bar.sync position
3 Verify bar.sync position
...
where 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84952
--- Comment #2 from Tom de Vries ---
Created attachment 43703
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43703&action=edit
0001-Fix-branch-around-nothing.patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84952
--- Comment #3 from Tom de Vries ---
Created attachment 43704
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43704&action=edit
0002-Fix-bar.sync-position.patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84952
--- Comment #4 from Tom de Vries ---
Created attachment 43705
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43705&action=edit
0003-Verify-bar.sync-position.patch
ormal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
[ Encountered at PR84952 - [nvptx] bar.sync generated in divergent code ]
Consider testcase workers.c:
...
int
main (void)
{
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84954
--- Comment #1 from Tom de Vries ---
Created attachment 43706
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43706&action=edit
Tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84952
--- Comment #5 from Tom de Vries ---
For stage4, however, we want a fix without fixing optimization issue PR84025,
so we have:
...
$ git log --pretty=%s --reverse HEAD^^..HEAD | cat -n
1 Fix bar.sync position
2 Verify bar.sync positi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84952
--- Comment #6 from Tom de Vries ---
Created attachment 43707
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43707&action=edit
0001-Fix-bar.sync-position.patch (stage4)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84952
--- Comment #7 from Tom de Vries ---
Created attachment 43708
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43708&action=edit
0002-Verify-bar.sync-position.patch (stage4)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84952
--- Comment #8 from Tom de Vries ---
(In reply to Tom de Vries from comment #5)
> For stage4, however, we want a fix without fixing optimization issue
> PR84025
> ...
> @ %r34 bra.uni $L8;
> @ %r33 bra $L9;
> // join 2;
> $L9:
> $L8:
>
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
[ As discussed here: https://gcc.gnu.org/ml/gcc-patches/2018-03/msg00800.html ]
This test-case:
...
int foo()
{
int a[10];
for(int i = 0; i < 10; ++i)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84958
--- Comment #1 from Tom de Vries ---
https://gcc.gnu.org/ml/gcc-cvs/2018-03/msg00566.html :
Author: vries
Date: Mon Mar 19 19:12:53 2018
New Revision: 258656
URL: https://gcc.gnu.org/viewcvs?rev=258656&root=gcc&view=rev
Log:
[testsuite] Add nvp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84954
--- Comment #2 from Tom de Vries ---
Author: vries
Date: Tue Mar 20 09:14:07 2018
New Revision: 258674
URL: https://gcc.gnu.org/viewcvs?rev=258674&root=gcc&view=rev
Log:
[nvptx] Fix prevent_branch_around_nothing
2018-03-20 Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84954
Tom de Vries changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |vries at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84954
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84952
--- Comment #9 from Tom de Vries ---
Author: vries
Date: Tue Mar 20 10:31:23 2018
New Revision: 258676
URL: https://gcc.gnu.org/viewcvs?rev=258676&root=gcc&view=rev
Log:
[nvptx] Fix bar.sync position
2018-03-20 Tom de Vries
PR targe
|--- |FIXED
Assignee|unassigned at gcc dot gnu.org |vries at gcc dot gnu.org
Target Milestone|--- |8.0
--- Comment #10 from Tom de Vries ---
(In reply to Tom de Vries from comment #7)
> Created attachment 43708 [details]
> 0002-Verify-ba
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
The openacc spec tells us at 2.15.1. Routine Directive:
...
In C and C++, function static variables are not supported in
-end
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
When compiling this openacc testcase:
#include
int
main (void)
{
int n[1];
n[0] = 3;
#pragma acc parallel copy(n)
{
static const int test[] = {1,2,3,4};
n[0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84956
--- Comment #2 from Tom de Vries ---
Created attachment 43722
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43722&action=edit
Tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83126
--- Comment #11 from Tom de Vries ---
Author: vries
Date: Wed Mar 21 12:25:03 2018
New Revision: 258713
URL: https://gcc.gnu.org/viewcvs?rev=258713&root=gcc&view=rev
Log:
[parloops] Handle canonicalize_loop_ivs failure
2018-03-21 Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84992
--- Comment #1 from Tom de Vries ---
(In reply to Tom de Vries from comment #0)
>
> But the first question here is: is this a valid openacc program?
>
> Given that function static variables are not supported in functions to which
> a routine di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84956
--- Comment #3 from Tom de Vries ---
(In reply to Tom de Vries from comment #2)
> Created attachment 43722 [details]
> Tentative patch
Bootstrapped and reg-tested on x86_64, no issues found.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84956
Tom de Vries changed:
What|Removed |Added
Keywords||patch
--- Comment #4 from Tom de Vries -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84956
--- Comment #5 from Tom de Vries ---
Author: vries
Date: Thu Mar 22 10:21:12 2018
New Revision: 258758
URL: https://gcc.gnu.org/viewcvs?rev=258758&root=gcc&view=rev
Log:
[tail-merge] Don't merge bbs with bb_has_abnormal_pred
2018-03-22 Tom de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84956
--- Comment #6 from Tom de Vries ---
Author: vries
Date: Thu Mar 22 10:39:43 2018
New Revision: 258759
URL: https://gcc.gnu.org/viewcvs?rev=258759&root=gcc&view=rev
Log:
backport "[tail-merge] Don't merge bbs with bb_has_abnormal_pred"
2018-03-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80092
--- Comment #12 from Tom de Vries ---
Author: vries
Date: Thu Mar 22 10:44:51 2018
New Revision: 258760
URL: https://gcc.gnu.org/viewcvs?rev=258760&root=gcc&view=rev
Log:
Backport "Require effective target global_constructor for two testcases"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84956
--- Comment #7 from Tom de Vries ---
Author: vries
Date: Thu Mar 22 11:01:15 2018
New Revision: 258762
URL: https://gcc.gnu.org/viewcvs?rev=258762&root=gcc&view=rev
Log:
backport "[tail-merge] Don't merge bbs with bb_has_abnormal_pred"
2018-03-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84956
Tom de Vries changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85056
--- Comment #2 from Tom de Vries ---
Created attachment 43745
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43745&action=edit
Tentative patch with testcase
(In reply to cesar from comment #1)
> Created attachment 43744 [details]
> WIP pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85056
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider this test-case (filed earlier at lto PR84592):
...
/* { dg-additional-options "-ftree-switch-conve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85063
--- Comment #1 from Tom de Vries ---
Created attachment 43748
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43748&action=edit
Tentative patch
Currently doing:
- bootstrap & reg-test on x86_64, and
- build and libgomp reg-test on x86_64 wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85063
--- Comment #2 from Tom de Vries ---
Created attachment 43749
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43749&action=edit
Updated tentative patch
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Recently I've run into the following issues:
1. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82415 "Bug 82415 - FAIL:
gcc.target/i386/naked-1.c scan-assembler-not ret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85063
--- Comment #4 from Tom de Vries ---
Created attachment 43751
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43751&action=edit
Tentative patch that doesn't disable the switch conversion optimization
(In reply to Jakub Jelinek from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85063
--- Comment #5 from Tom de Vries ---
> Switch conversion triggers for this example, which introduces
> a function static var,
Hmm, that was my impression from PR84592 comment 5, and the comments in
tree-switch-conversion.c.
When I compile this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85063
--- Comment #6 from Tom de Vries ---
(In reply to Jakub Jelinek from comment #3)
> What about switch inside of OpenACC constructs?
The standard forbids function static vars in routines. It doesn't forbid
function static vars in OpenACC construct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85063
Tom de Vries changed:
What|Removed |Added
Keywords||openmp
Summary|Switch conversi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85063
Tom de Vries changed:
What|Removed |Added
Keywords||ice-on-valid-code, patch
--- Comment #9 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85063
--- Comment #10 from Tom de Vries ---
Author: vries
Date: Mon Mar 26 09:45:49 2018
New Revision: 258852
URL: https://gcc.gnu.org/viewcvs?rev=258852&root=gcc&view=rev
Log:
Fix switch conversion in offloading functions
2018-03-26 Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85063
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85063
Tom de Vries changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |vries at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84592
Tom de Vries changed:
What|Removed |Added
Summary|[openacc,openmp] lto1: ICE |[openacc,openmp] lto1: ICE
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
https://gcc.gnu.org/ml/gcc-patches/2017-06/msg00321.html :
...
Maybe add scan-ltrans-tree-dump and scan-wpa-ipa-dump that look at appropriate
files plus passing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85106
--- Comment #1 from Tom de Vries ---
Created attachment 43782
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43782&action=edit
Tentative patch that adds scan-wpa-ipa-dump
Test results look like this (note the scan-wpa-ipa-dump):
...
Test R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85106
Tom de Vries changed:
What|Removed |Added
Attachment #43782|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85106
--- Comment #3 from Tom de Vries ---
Created attachment 43786
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43786&action=edit
Tentative followup patch that adds scan-offload-tree-dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85106
Tom de Vries changed:
What|Removed |Added
Attachment #43785|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85106
Tom de Vries changed:
What|Removed |Added
Attachment #43786|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85106
--- Comment #6 from Tom de Vries ---
Created attachment 43789
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43789&action=edit
Tentative followup patch that adds scan-offload-rtl-dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85106
--- Comment #8 from Tom de Vries ---
(In reply to Richard Biener from comment #7)
> Thanks for working on this! Note that there may be multiple ltrans units
> (in theory, not likely in the testsuite), so forcing -flto-partition=one
> when we
> s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85106
Tom de Vries changed:
What|Removed |Added
Keywords||patch
--- Comment #9 from Tom de Vries -
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
CC: jakub at gcc dot gnu.org
Target Milestone: ---
I. trunk
The GOMP_OPENACC_DIM environment variable is not documented (it should have an
entry in libgomp.texi at 'OpenACC Enviro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85129
Tom de Vries changed:
What|Removed |Added
Keywords||documentation
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85129
--- Comment #2 from Tom de Vries ---
> There are two test-cases excercising GOMP_OPENACC_DIM (using setenv rather
> than dg-set-target-env-var, to allow remote testing setups to work where
> dg-set-target-env-var is broken)
Actually, using seten
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
In the commit r258713 "[parloops] Handle canonicalize_loop_ivs failure" (a
stage4 fix for PR83126) we bail out of gen_parallel_loop if we d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85157
Tom de Vries changed:
What|Removed |Added
Priority|P3 |P4
Summary|[parloops] Prevent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83126
--- Comment #13 from Tom de Vries ---
(In reply to Arseny Solokha from comment #12)
> I suppose it is fixed.
Filed PR85157 - "[parloops] Prevent canonicalize_loop_ivs failure in
gen_parallel_loop" to fix this in an optimal way.
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Atm for nvptx offloading we have lots of fortran tests (both openmp and
openacc) fail like this:
...
unresolved
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85166
--- Comment #3 from Tom de Vries ---
(In reply to Thomas Koenig from comment #2)
> Does this fix the problem?
>
> Index: minimal.c
> ===
> --- minimal.c (Revision 259055)
> +++ mi
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider the following testcase (broadcast-1.c in the og7 branch):
...
#include
#include
#define N 1024
int A[N][N] ;
void test(int x)
{
#pragma acc parallel num_gangs(16) num_workers(4
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
OpenACC for nvptx development has been going on in the development branch
openacc-gcc-7-branch (og7 for short). [ And
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85220
--- Comment #1 from Tom de Vries ---
I've copied the test-cases, and build r259123.
For libgomp.oacc-c/c.exp, we get:
...
$ cat libgomp.testsuite/libgomp.sum | grep ^FAIL:.*execution | grep -v /lib- |
sed 's/libgomp.oacc-c\/..\/libgomp.oacc-c-c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85220
--- Comment #2 from Tom de Vries ---
And for libgomp.oacc-fortran/fortran.exp:
...
$ cat libgomp.testsuite/libgomp.sum | grep ^FAIL:.*execution | grep -v /lib- |
sed 's/libgomp.oacc-fortran\///'
FAIL: avoid-offloading-1.f -DACC_DEVICE_TYPE_nvidia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77371
Tom de Vries changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Comment #8
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
When compiling the og7 testcase declare-allocatable-1.f with trunk, we get:
...
libgomp/testsuite/libgomp.oacc-fortran/declare-allocatable-1.f90:8:0: Error:
&#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85221
--- Comment #1 from Tom de Vries ---
Same for declare-allocatable-3.f90 and declare-allocatable-4.f90:
...
$ grep 'internal compiler error:.*install_var_field'
libgomp.testsuite/libgomp.log | sed 's/.*\///' | sort -u
declare-allocatable-1.f90:157
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80547
--- Comment #6 from Tom de Vries ---
The og7 test-case par-reduction-3.c fails with this ICE on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85204
--- Comment #1 from Tom de Vries ---
Created attachment 43848
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43848&action=edit
Tentative patch
901 - 1000 of 3236 matches
Mail list logo
