https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19276
Bug 19276 depends on bug 43136, which changed state.
Bug 43136 Summary: Excess copy-in/copy-out with character argument
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43136
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43136
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88871
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88871
--- Comment #10 from Thomas Koenig ---
Created attachment 45447
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45447&action=edit
Patch that appears to work
This should fix the linked-list problem.
I'll probably submit tomorrow.
at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88871
--- Comment #14 from Thomas Koenig ---
(In reply to Jürgen Reuter from comment #13)
> Is this ready to be submitted?
Already done - https://gcc.gnu.org/ml/fortran/2019-01/msg00135.html .
I'll commit tomorrow unless somebody has furher to add.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88871
--- Comment #15 from Thomas Koenig ---
Author: tkoenig
Date: Sat Jan 19 11:03:28 2019
New Revision: 268092
URL: https://gcc.gnu.org/viewcvs?rev=268092&root=gcc&view=rev
Log:
2019-01-17 Thomas Koenig
PR fortran/88871
* resolve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88871
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56789
--- Comment #23 from Thomas Koenig ---
Author: tkoenig
Date: Sat Jan 19 20:06:41 2019
New Revision: 268096
URL: https://gcc.gnu.org/viewcvs?rev=268096&root=gcc&view=rev
Log:
2018-01-19 Thomas Koenig
Paul Thomas
PR fortran/5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56789
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68546
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82215
Thomas Koenig changed:
What|Removed |Added
Keywords||patch
--- Comment #9 from Thomas Koenig
||tkoenig at gcc dot gnu.org
--- Comment #6 from Thomas Koenig ---
Is this still valid?
If not, maybe we can unclutter the bug database a bit.
at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
||tkoenig at gcc dot gnu.org
Blocks||87689, 40976
--- Comment #21 from Thomas Koenig ---
Please don't close.
This is one of the longstanding issues with gfortran, which
causes, or is closely related, to other PRs. Some might even
be dupli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88821
--- Comment #2 from Thomas Koenig ---
Created attachment 45486
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45486&action=edit
patch that appears to work
Plus a few additional test cases (it is necessary to split a few,
because internal_p
||2019-01-22
CC||tkoenig at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #2 from Thomas Koenig ---
(In reply to Jakub Jelinek from comment #1)
> Dup of PR88871?
Displays the same symptoms.
What vers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88579
--- Comment #5 from Thomas Koenig ---
Author: tkoenig
Date: Tue Jan 22 21:23:57 2019
New Revision: 268163
URL: https://gcc.gnu.org/viewcvs?rev=268163&root=gcc&view=rev
Log:
2019-01-22 Harald Anlauf
PR fortran/88579
* trans-ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88821
Thomas Koenig changed:
What|Removed |Added
Attachment #45486|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88579
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88713
--- Comment #49 from Thomas Koenig ---
(In reply to Uroš Bizjak from comment #48)
> (In reply to rguent...@suse.de from comment #47)
> > >But why don't we generate sqrtps for vector sqrtf?
> >
> > That's the default for - mrecip back in time we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89020
--- Comment #3 from Thomas Koenig ---
(In reply to Dominique d'Humieres from comment #2)
> > If virtualbox's shared folders are doing strange things with
> > files or is broken, not much that the gfortran developers
> > can do about that.
>
> He
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88821
Thomas Koenig changed:
What|Removed |Added
Attachment #45514|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
--- Comment #25 from Thomas Koenig ---
I've come to a bit of a different conclusion.
For
module x
implicit none
contains
elemental subroutine foo(a,b)
real, intent(inout) :: a
real, in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71066
Thomas Koenig changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment #7 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57048
--- Comment #10 from Thomas Koenig ---
Here's something that appears to work.
Looks like a hack, swims like a hack, and quacks like a hack...
Index: interface.c
===
--- interface.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57048
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #11 from Thomas Koe
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
A big project, not a high priority, but nice to have nontheless:
We should add a Fortran language reference to the documentaiton.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89086
--- Comment #2 from Thomas Koenig ---
(In reply to Dominique d'Humieres from comment #1)
> > We should add a Fortran language reference to the documentaiton.
>
> I don't think this is realistic unless someone steps on with at least a
> draft.
W
||tkoenig at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
--- Comment #3 from Thomas Koenig ---
I'll give it a spin.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89086
--- Comment #4 from Thomas Koenig ---
(In reply to Dominique d'Humieres from comment #3)
> > > I don't think this is realistic unless someone steps on with at least a
> > > draft.
> >
> > Well, yes. Howewer, I would prefer if you did not close it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57048
--- Comment #12 from Thomas Koenig ---
Author: tkoenig
Date: Tue Jan 29 22:40:26 2019
New Revision: 268372
URL: https://gcc.gnu.org/viewcvs?rev=268372&root=gcc&view=rev
Log:
2019-01-29 Thomas Koenig
PR fortran/57048
* interfa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81651
--- Comment #3 from Thomas Koenig ---
(In reply to Dominique d'Humieres from comment #2)
> What is a "fully qualified module name"?
Error: Module file /full/path/to/module/mymodule.mod is bletchful.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88669
--- Comment #4 from Thomas Koenig ---
Author: tkoenig
Date: Thu Jan 31 22:21:28 2019
New Revision: 268432
URL: https://gcc.gnu.org/viewcvs?rev=268432&root=gcc&view=rev
Log:
2019-01-31 Thomas Koenig
PR fortran/88669
* resolve.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88669
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88669
--- Comment #8 from Thomas Koenig ---
(In reply to Christophe Lyon from comment #7)
> I've noticed a new ICE on arm likely caused by this fix. It appeared between
> r268426 and r268434 hence my suspicion.
Can you open a new PR (9 Regression] and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88298
--- Comment #5 from Thomas Koenig ---
Author: tkoenig
Date: Sat Feb 2 16:21:43 2019
New Revision: 268475
URL: https://gcc.gnu.org/viewcvs?rev=268475&root=gcc&view=rev
Log:
2019-02-02 Thomas Koenig
PR fortran/88298
* arith.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57048
--- Comment #13 from Thomas Koenig ---
Author: tkoenig
Date: Sat Feb 2 16:35:47 2019
New Revision: 268476
URL: https://gcc.gnu.org/viewcvs?rev=268476&root=gcc&view=rev
Log:
2019-02-02 Thomas Koenig
PR fortran/57048
Backport
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88298
--- Comment #6 from Thomas Koenig ---
Author: tkoenig
Date: Sat Feb 2 16:53:28 2019
New Revision: 268477
URL: https://gcc.gnu.org/viewcvs?rev=268477&root=gcc&view=rev
Log:
2019-02-02 Thomas Koenig
PR fortran/88298
Backport f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57048
--- Comment #14 from Thomas Koenig ---
Author: tkoenig
Date: Sat Feb 2 16:57:39 2019
New Revision: 268478
URL: https://gcc.gnu.org/viewcvs?rev=268478&root=gcc&view=rev
Log:
2019-02-02 Thomas Koenig
PR fortran/57048
Backport
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32630
Bug 32630 depends on bug 57048, which changed state.
Bug 57048 Summary: [7/8 Regression] Handling of C_PTR and C_FUNPTR leads to
reject valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57048
What|Removed |Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57048
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88298
--- Comment #7 from Thomas Koenig ---
Author: tkoenig
Date: Sat Feb 2 17:07:40 2019
New Revision: 268479
URL: https://gcc.gnu.org/viewcvs?rev=268479&root=gcc&view=rev
Log:
2019-02-02 Thomas Koenig
PR fortran/88298
Backport f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88298
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89079
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47030
Thomas Koenig changed:
What|Removed |Added
Depends on||89079
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47030
Bug 47030 depends on bug 89079, which changed state.
Bug 89079 Summary: "Invalid compiler error: Segmentation fault" in module with
"equivalence" statement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89079
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47030
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47030
--- Comment #13 from Thomas Koenig ---
The application of this patch caused PR 89079.
||tkoenig at gcc dot gnu.org
Component|fortran |middle-end
--- Comment #4 from Thomas Koenig ---
The code that gfortran generates is correct, it is just that
the middle-end does not quite understand it and generates a
warning for it.
The -fdump-tree
at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67679
--- Comment #5 from Thomas Koenig ---
This patch
Index: trans-array.c
===
--- trans-array.c (Revision 268432)
+++ trans-array.c (Arbeitskopie)
@@ -5960,19 +5960,7 @@ gfc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67679
--- Comment #6 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #5)
> Not sure if this
> is standard conforming (see PR 49755).
Actually, it's not.
,
||tkoenig at gcc dot gnu.org
Known to work|9.0 |8.2.1
Summary|[7/8 Regression] ICE in |[7 Regression] ICE in
|fold_convert_loc, at|fold_convert_loc, at
|fold-const.c:2370
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67679
--- Comment #7 from Thomas Koenig ---
Author: tkoenig
Date: Sun Feb 3 19:38:25 2019
New Revision: 268502
URL: https://gcc.gnu.org/viewcvs?rev=268502&root=gcc&view=rev
Log:
2019-02-03 Thomas Koenig
PR fortran/67679
* trans-ar
||tkoenig at gcc dot gnu.org
--- Comment #9 from Thomas Koenig ---
I've read the discussion, but I am not clear about
what the problem actually is.
Is this something that we can close now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84394
Thomas Koenig changed:
What|Removed |Added
Keywords||error-recovery,
|
||tkoenig at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #9 from Thomas Koenig ---
(In reply to kargl from comment #8)
> I think that this should be closed.
Yes.
,
||ice-on-invalid-code
CC||tkoenig at gcc dot gnu.org
Severity|normal |enhancement
--- Comment #18 from Thomas Koenig ---
Still worth fixing, but IMHO a low priority.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59796
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
--- Comment #26 from Thomas Koenig ---
Works for
type :: t
integer :: c
end type t
type(t), dimension(5) :: a, b
type(t), dimension(:), allocatable :: c
a = t(1)
b = t(7)
allocate(c(5), source=t(13))
c = plus(c(1), b)
pr
gcc dot gnu.org |tkoenig at gcc dot
gnu.org
--- Comment #27 from Thomas Koenig ---
I think I have an idea about this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
--- Comment #28 from Thomas Koenig ---
This patch
Index: dependency.c
===
--- dependency.c(Revision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
--- Comment #29 from Thomas Koenig ---
This also fails:
type :: t
integer :: c
end type t
class(t), dimension(:), allocatable :: a, b
class(t), dimension(:), allocatable :: c
allocate (a(5), source=t(1))
allocate (b(5), source=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67679
--- Comment #8 from Thomas Koenig ---
Author: tkoenig
Date: Tue Feb 5 21:12:41 2019
New Revision: 268559
URL: https://gcc.gnu.org/viewcvs?rev=268559&root=gcc&view=rev
Log:
2019-02-05 Thomas Koenig
PR fortran/67679
Backport f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 67679, which changed state.
Bug 67679 Summary: [7/8/9 Regression] -Wunitialized reports on
compiler-generated variables
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67679
What|Removed |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67679
--- Comment #9 from Thomas Koenig ---
Author: tkoenig
Date: Tue Feb 5 21:23:07 2019
New Revision: 268560
URL: https://gcc.gnu.org/viewcvs?rev=268560&root=gcc&view=rev
Log:
2019-02-05 Thomas Koenig
PR fortran/67679
Backport f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67679
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
|--- |FIXED
Assignee|tkoenig at gcc dot gnu.org |unassigned at gcc dot
gnu.org
--- Comment #30 from Thomas Koenig ---
Hm, looks like a bit more complicated. I'll look at some other
things first.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
Thomas Koenig changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|FIXED
||tkoenig at gcc dot gnu.org
--- Comment #3 from Thomas Koenig ---
Looks valid to me.
F2018, 16.9.184 STORAGE_SIZE (A [, KIND])
3 Arguments.
A shall be a data object of any type. If it is polymorphic it shall not be an
undefined pointer. If
it is unlimited polymorphic or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84006
--- Comment #5 from Thomas Koenig ---
However, this also fails:
program p
type t
integer i
end type
integer rslt
class(t), allocatable :: t_alloc(:)
allocate (t_alloc(10), source=t(1))
rslt = storage_size(t_alloc)
end program p
at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
--- Comment #12 from Thomas Koenig ---
I have a patch, let's see if it survives regression testing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71860
--- Comment #6 from Thomas Koenig ---
Author: tkoenig
Date: Wed Feb 6 20:34:42 2019
New Revision: 268590
URL: https://gcc.gnu.org/viewcvs?rev=268590&root=gcc&view=rev
Log:
2019-02-06 Thomas Koenig
PR fortran/71860
* gfortran
||tkoenig at gcc dot gnu.org
Summary|[7/8/9 Regression] [OOP]|[7/8 Regression] [OOP] ICE
|ICE on pointing to |on pointing to null(mold),
|null(mold), verify_gimple |verify_gimple failed
|failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89236
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81552
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83064
--- Comment #21 from Thomas Koenig ---
(In reply to Jakub Jelinek from comment #20)
> Does autopar break this (i.e. create the loop) even without the ANNOTATE, or
> does it give up on the analysis?
It just gives up.
The following patch
Remov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83064
--- Comment #23 from Thomas Koenig ---
(In reply to Jakub Jelinek from comment #22)
> It isn't just about compiler generated temporaries, you could e.g. have a
> BLOCK construct inside of DO CONCURRENT and local variables in there,
This would a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85280
--- Comment #2 from Thomas Koenig ---
Looking backwards... r257361 fails, r254161 is OK.
Some more bisection to follow...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83064
--- Comment #25 from Thomas Koenig ---
OK, I will prepare a patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85280
--- Comment #7 from Thomas Koenig ---
I will go back and re-bootstrap with a revision that failed earlier.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85280
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51260
--- Comment #7 from Thomas Koenig ---
Author: tkoenig
Date: Mon Apr 9 21:05:13 2018
New Revision: 259256
URL: https://gcc.gnu.org/viewcvs?rev=259256&root=gcc&view=rev
Log:
2018-04-09 Thomas Koenig
PR fortran/51260
* resolve.
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
Currently, we sometimes issue errors and mostly issue
warnings for when a compile-time out-of-bounds-access is detected.
Example:
a.f90:4:30:
integer, parameter :: x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51260
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83064
--- Comment #26 from Thomas Koenig ---
Author: tkoenig
Date: Mon Apr 9 21:52:05 2018
New Revision: 259258
URL: https://gcc.gnu.org/viewcvs?rev=259258&root=gcc&view=rev
Log:
2018-04-09 Thomas Koenig
PR fortran/83064
* trans-s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83064
Thomas Koenig changed:
What|Removed |Added
Keywords|wrong-code |missed-optimization
Target Milestone|8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85346
--- Comment #6 from Thomas Koenig ---
(In reply to Dominique d'Humieres from comment #5)
> > > The test should probably go to gcc/testsuite/gfortran.dg/gomp/.
> >
> > No, the testcase should go into libgomp/testsuite/libgomp.fortran/,
> > as it i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85346
--- Comment #7 from Thomas Koenig ---
OK, I think I just have gotten closer to what is wrong:
$ gfortran -g -O1 -ftree-parallelize-loops=2 do_concurrent_5.f90
$ ./a.out
$ gfortran -g -O1 -ftree-parallelize-loops=2 -fopenmp do_concurrent_5.f90
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
Currently, gfortran sometimes puts array in the main program on the stack
with -fopenmp.
This is not needed and makes no sense, because the main program in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85364
Thomas Koenig changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #2 from Thomas Ko
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85346
--- Comment #8 from Thomas Koenig ---
Author: tkoenig
Date: Thu Apr 12 21:58:54 2018
New Revision: 259359
URL: https://gcc.gnu.org/viewcvs?rev=259359&root=gcc&view=rev
Log:
2018-04-12 Thomas Koenig
PR fortran/83064
PR testsui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83064
--- Comment #29 from Thomas Koenig ---
Author: tkoenig
Date: Thu Apr 12 21:58:54 2018
New Revision: 259359
URL: https://gcc.gnu.org/viewcvs?rev=259359&root=gcc&view=rev
Log:
2018-04-12 Thomas Koenig
PR fortran/83064
PR testsu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85346
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85387
--- Comment #2 from Thomas Koenig ---
Author: tkoenig
Date: Sat Apr 14 13:38:41 2018
New Revision: 259384
URL: https://gcc.gnu.org/viewcvs?rev=259384&root=gcc&view=rev
Log:
2018-04-14 Thomas Koenig
PR fortran/85387
* frontend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85387
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85364
--- Comment #6 from Thomas Koenig ---
(In reply to Jakub Jelinek from comment #3)
> If it is about variables in MAIN__ and not say variables inside of BLOCK
> inside of MAIN__, then perhaps. For BLOCK, I wonder about stuff like:
> !$omp parall
||tkoenig at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
Target Milestone|--- |9.0
Severity|normal |enhancement
--- Comment #3 from Thomas Koenig ---
(In reply to
901 - 1000 of 3590 matches
Mail list logo
