Re: [Patch] OpenMP: Fix 'omp declare target' handling for vars [PR99509]

2021-03-15 Thread Tobias Burnus
On 12.03.21 13:20, Jakub Jelinek wrote: On Wed, Mar 10, 2021 at 03:20:42PM +0100, Tobias Burnus wrote: The C/C++ FE sets for an 'omp declare target' ... 'omp end declare target' the attribute 'omp declare target implicit'. That's later processed (for C++) in decl.c - which remove that attribute

Re: [Patch] OpenMP: Fix 'omp declare target' handling for vars [PR99509]

2021-03-15 Thread Jakub Jelinek via Fortran
On Mon, Mar 15, 2021 at 09:17:47AM +0100, Tobias Burnus wrote: > gcc/c/ChangeLog: > > PR c++/99509 > * c-decl.c (finish_decl): For 'omp declare target implicit' vars, > ensure that the varpool node is marked as offloadable. > > gcc/cp/ChangeLog: > > PR c++/99509 > *

Re: [patch, fortran] Fix PR 99345, ICE with DO loop checking

2021-03-15 Thread Tobias Burnus
Hello Thomas, hello World, On 14.03.21 21:18, Thomas Koenig via Fortran wrote: the attached, rather obvious patch fixes an ICE on valid which came about because I did not handle EXEC_IOLENGTH as start of an I/O statement when checking for the DO loop variable. This is an 11 regression. Thanks t

[Patch, fortran] PR99545 [11 Regression] ICE in gfc_trans_assignment since r11-6253-gce8dcc9105cbd404

2021-03-15 Thread Paul Richard Thomas via Fortran
Applied to all three branches, after regtesting on each, as blindingly obvious. The testcase is the reduced version in comment #6 of the PR. Paul Fortran: Fix problem with allocate initialization [PR99545]. 2021-03-15 Paul Thomas gcc/fortran/ChangeLog PR fortran/99545 * trans-stmt.c (gfc_tr

Re: 12 PR fixed

2021-03-15 Thread Steve Kargl via Fortran
On Sun, Mar 14, 2021 at 08:22:58AM -0700, Jerry DeLisle wrote: > > > > > > > > FAIL: gfortran.dg/pr87907.f90   -O  (internal compiler error) > > > > FAIL: gfortran.dg/pr87907.f90   -O  (test for excess errors) > > > > FAIL: gfortran.dg/pr96013.f90   -O  (test for excess errors) > > > > FAIL: gfort