http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60341
--- Comment #12 from Mikael Morin ---
Author: mikael
Date: Sun Mar 2 18:49:18 2014
New Revision: 208259
URL: http://gcc.gnu.org/viewcvs?rev=208259&root=gcc&view=rev
Log:
fortran/
PR fortran/60341
* frontend-passes.c (optimize_com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60341
Mikael Morin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60370
--- Comment #6 from Mikael Morin ---
(In reply to janus from comment #5)
> However, it also seems to introduce another ordering issue: In particular
> the bounds of 'b' are now set as
>
> b.dim[1].lbound = 1;
> b.dim[1].ubound = (
||2014-03-05
CC||mikael at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #3 from Mikael Morin ---
for both calls (my_mul and my_mul_cont) we create a descriptor for a (with
transposed bounds as expected) and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60392
--- Comment #4 from Mikael Morin ---
(In reply to Mikael Morin from comment #3)
> So we pass the transposed array with
> transposed bounds -> we pass the original array.
Not exactly in fact:
In my_mul_cont, a.stride[0] == 2 and a.stride[1] == 1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60392
--- Comment #5 from Mikael Morin ---
Created attachment 32307
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32307&action=edit
preliminary patch
This removes the difference between my_mul/my_mul_cont.
However this is not yet correct, with th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60392
--- Comment #6 from Mikael Morin ---
(In reply to Mikael Morin from comment #5)
> This removes the difference between my_mul/my_mul_cont.
> However this is not yet correct, with the patch the program output is:
>
Maybe it's correct after all.
It'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60522
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60392
--- Comment #7 from Mikael Morin ---
Author: mikael
Date: Fri Mar 14 21:28:59 2014
New Revision: 208581
URL: http://gcc.gnu.org/viewcvs?rev=208581&root=gcc&view=rev
Log:
fortran/
PR fortran/60392
* trans-array.c (gfc_conv_array_pa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60392
--- Comment #8 from Mikael Morin ---
Fixed on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55603
--- Comment #10 from Mikael Morin ---
Author: mikael
Date: Fri Sep 25 20:28:33 2015
New Revision: 228151
URL: https://gcc.gnu.org/viewcvs?rev=228151&root=gcc&view=rev
Log:
Add PR fortran/55603 working test
gcc/testsuite/
PR fortran/5560
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336
Bug 37336 depends on bug 55603, which changed state.
Bug 55603 Summary: [F03] Memory leak with scalar allocatable function result
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55603
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55603
Mikael Morin changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mikael at gcc dot gnu.org
Target Milestone: ---
In the following test, the assignment to v does a shallow copy of the rhs, so
that the c2 components are shared among array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67721
Mikael Morin changed:
What|Removed |Added
Keywords||patch, wrong-code
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67721
--- Comment #2 from Mikael Morin ---
Author: mikael
Date: Sat Sep 26 20:34:39 2015
New Revision: 228170
URL: https://gcc.gnu.org/viewcvs?rev=228170&root=gcc&view=rev
Log:
Fix missing deep copy when assigning a DT constructor to an array
This ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67721
--- Comment #4 from Mikael Morin ---
(In reply to Dominique d'Humieres from comment #3)
> Any plan to back port the fix to 5.3?
Yes, Paul suggested it in his approval message.
I'm doing it now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67721
--- Comment #5 from Mikael Morin ---
Author: mikael
Date: Thu Oct 1 14:01:37 2015
New Revision: 228339
URL: https://gcc.gnu.org/viewcvs?rev=228339&root=gcc&view=rev
Log:
Fix missing deep copy when assigning a DT constructor to an array
This ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67721
--- Comment #6 from Mikael Morin ---
Author: mikael
Revision: 228170
Modified property: svn:log
Modified: svn:log at Thu Oct 1 14:03:32 2015
--
--- svn:log (original)
+
|--- |FIXED
Assignee|unassigned at gcc dot gnu.org |mikael at gcc dot
gnu.org
--- Comment #7 from Mikael Morin ---
Fixed for 5.3 and 6.0.
Closing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67818
--- Comment #3 from Mikael Morin ---
memcpy was fixed by Andre at r222477 on trunk.
I think it fixes the regression, but I'm a little uncomfortable with
backporting it, because of its medium size.
So the question is whether r222477 should be back
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67818
--- Comment #4 from Mikael Morin ---
(In reply to Mikael Morin from comment #3)
> So the question is whether r222477 should be backported, or r228361 reverted.
I have looked at the r222477 patch more in details, and it seems reasonable
after all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67758
--- Comment #5 from Mikael Morin ---
Author: mikael
Date: Sun Oct 4 12:30:16 2015
New Revision: 228457
URL: https://gcc.gnu.org/viewcvs?rev=228457&root=gcc&view=rev
Log:
Fix fortran common-related error recovery ICE.
Upon reverting a symbol in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67758
Mikael Morin changed:
What|Removed |Added
Assignee|kargl at gcc dot gnu.org |mikael at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67894
--- Comment #8 from Mikael Morin ---
(In reply to Dominique d'Humieres from comment #7)
> AFAICT the (l\u)bound have been set by r190098. Mikael CCed.
I think that revision just made scalarization work.
For the calls with the dim= argument, I do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47469
--- Comment #4 from Mikael Morin ---
(In reply to Dominique d'Humieres from comment #3)
> > Tobias' version is prettier! Does it apply without regressions?
>
> Obviously the patch in comment 0 no longer applies.
>
> Now finding 'gfc_expr_attr (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678
--- Comment #21 from Mikael Morin ---
Author: mikael
Date: Sun Oct 18 15:01:03 2015
New Revision: 228945
URL: https://gcc.gnu.org/viewcvs?rev=228945&root=gcc&view=rev
Log:
PR fortran/67721
PR fortran/67818
Backport from m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67818
--- Comment #9 from Mikael Morin ---
Author: mikael
Date: Sun Oct 18 15:01:03 2015
New Revision: 228945
URL: https://gcc.gnu.org/viewcvs?rev=228945&root=gcc&view=rev
Log:
PR fortran/67721
PR fortran/67818
Backport from ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65841
--- Comment #7 from Mikael Morin ---
Author: mikael
Date: Sun Oct 18 15:01:03 2015
New Revision: 228945
URL: https://gcc.gnu.org/viewcvs?rev=228945&root=gcc&view=rev
Log:
PR fortran/67721
PR fortran/67818
Backport from ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67721
--- Comment #9 from Mikael Morin ---
Author: mikael
Date: Sun Oct 18 15:01:03 2015
New Revision: 228945
URL: https://gcc.gnu.org/viewcvs?rev=228945&root=gcc&view=rev
Log:
PR fortran/67721
PR fortran/67818
Backport from ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67758
--- Comment #8 from Mikael Morin ---
Author: mikael
Date: Sun Oct 18 17:17:21 2015
New Revision: 228947
URL: https://gcc.gnu.org/viewcvs?rev=228947&root=gcc&view=rev
Log:
Fix common-related error recovery ICE.
Fix an inconsistent state, between
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67758
Mikael Morin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67933
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67900
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #4
|--- |FIXED
Assignee|unassigned at gcc dot gnu.org |mikael at gcc dot
gnu.org
--- Comment #10 from Mikael Morin ---
(In reply to H.J. Lu from comment #8)
> Yes, r222477 fixed the regression on gcc-5-branch without any new
> testsuite failures.
The patch ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67721
Mikael Morin changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67933
--- Comment #4 from Mikael Morin ---
(In reply to Paul Thomas from comment #3)
> (In reply to Mikael Morin from comment #2)
> > The generated finalization wrapper has code doing
> > deallocate(ptr2%classes(:)%class_var)
> > where ptr2 is a poin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67171
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #7
||mikael at gcc dot gnu.org
Resolution|--- |DUPLICATE
--- Comment #1 from Mikael Morin ---
Dup.
*** This bug has been marked as a duplicate of bug 68108 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68108
Mikael Morin changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68108
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47266
--- Comment #9 from Mikael Morin ---
(In reply to Dominique d'Humieres from comment #8)
> In comment 6
>
> * gfortran.dg/warn_unused_function_2.f90: New test.
>
> should be
>
> * gfortran.dg/module_private_2.f90: New test.
>
> The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68347
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68401
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68401
--- Comment #7 from Mikael Morin ---
(In reply to Joost VandeVondele from comment #6)
> (In reply to Mikael Morin from comment #5)
> > (In reply to Joost VandeVondele from comment #4)
> > > In the original post I suggested that I already looked a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831
--- Comment #36 from Mikael Morin ---
>[...]
> (*(struct string_t[1] * restrict) atmp.7.data)[0] = prt_in;
prt_in.chars.data is copied to atmp.7.data[0].
>[...]
>while (1)
> {
>[...]
>D.3430 = (*(struct stri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62044
--- Comment #4 from Mikael Morin ---
Author: mikael
Date: Sun Jan 25 20:30:53 2015
New Revision: 220097
URL: https://gcc.gnu.org/viewcvs?rev=220097&root=gcc&view=rev
Log:
fortran/
PR fortran/62044
* decl.c (gfc_match_derived_decl): Don't
||mikael at gcc dot gnu.org
Resolution|--- |FIXED
Summary|[4.8/4.9/5 Regression] ICE |[4.8/4.9 Regression] ICE in
|in USE statement with |USE statement with RENAME
|RENAME for extended derived
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62044
Mikael Morin changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62044
--- Comment #9 from Mikael Morin ---
Created attachment 34571
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34571&action=edit
segregate derived type namespaces from regular namespaces
To convince yourself that sym_root fields are never us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63744
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59765
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64952
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #2
|ASSIGNED
Assignee|unassigned at gcc dot gnu.org |mikael at gcc dot
gnu.org
--- Comment #8 from Mikael Morin ---
testing the patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61138
--- Comment #6 from Mikael Morin ---
(In reply to Dominique d'Humieres from comment #1)
> Likely r190641.
Yes
(In reply to Mikael Morin from comment #2)
> gfc_trans_pointer_assignment sets lse.descriptor_only before calling
> gfc_conv_expr_des
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64952
--- Comment #4 from Mikael Morin ---
Hello Paul,
setting potentially_aliased should be done inside
gfc_walk_elemental_function_args, as the ss argument may be returned
unmodified.
In fact, I think it's better to do all the trans-array.c code ins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63744
--- Comment #9 from Mikael Morin ---
Author: mikael
Date: Sun Feb 8 14:18:16 2015
New Revision: 220515
URL: https://gcc.gnu.org/viewcvs?rev=220515&root=gcc&view=rev
Log:
Use the local name instead of the original name in the check for name con
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mikael at gcc dot gnu.org
This is a followup to PR63744 and was suggested in:
https://gcc.gnu.org/ml/fortran/2015-02/msg00036.htm
We accept duplicate use-rename statements like:
use m, only: A => X
use m, only: A =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64973
Mikael Morin changed:
What|Removed |Added
Keywords||diagnostic
Priority|P3
||https://gcc.gnu.org/ml/gcc-
||patches/2015-02/msg00531.ht
||ml
Assignee|unassigned at gcc dot gnu.org |mikael at gcc dot
gnu.org
--- Comment #7 from Mikael Morin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64980
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64980
--- Comment #5 from Mikael Morin ---
(In reply to Mikael Morin from comment #4)
> This cures it:
Another way to cure it:
Index: trans-expr.c
===
--- trans-expr.c(révision 22051
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60898
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63744
--- Comment #10 from Mikael Morin ---
Author: mikael
Date: Fri Feb 13 18:48:35 2015
New Revision: 220690
URL: https://gcc.gnu.org/viewcvs?rev=220690&root=gcc&view=rev
Log:
Use the local name instead of the original name in the check for name co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63744
--- Comment #11 from Mikael Morin ---
Author: mikael
Date: Fri Feb 13 19:33:27 2015
New Revision: 220692
URL: https://gcc.gnu.org/viewcvs?rev=220692&root=gcc&view=rev
Log:
Use the local name instead of the original name in the check for name co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64980
--- Comment #9 from Mikael Morin ---
(In reply to Bernd Edlinger from comment #8)
> I will post this new patch, which combines Mikael's patch and
> fixes class_41.f03 and these test cases,
Actually, my patch was not supposed to be a real fix, ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63744
Mikael Morin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831
--- Comment #38 from Mikael Morin ---
(In reply to Dominique d'Humieres from comment #37)
> > >[...]
> > >if (D.3430.chars.data != 0B)
> > > {
> > >__builtin_free ((void *) D.3430.chars.data);
> > > }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64980
--- Comment #11 from Mikael Morin ---
Created attachment 34755
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34755&action=edit
Another proposed fix
(In reply to Bernd Edlinger from comment #10)
> Yes, but I have no idea how to know how t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60898
--- Comment #18 from Mikael Morin ---
Created attachment 34756
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34756&action=edit
patch fixing comment #7
(In reply to Mikael Morin from comment #17)
> Using Tobias' analysis in comment #14, th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64980
--- Comment #13 from Mikael Morin ---
Created attachment 34757
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34757&action=edit
Yet another attempt using TYPE_CANONICAL
this tries to remove any use of VIEW_CONVERT_EXPR by setting (well, tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64980
--- Comment #14 from Mikael Morin ---
Bernd, do you have a reliable way to test a patch, checking for aliasing
violations?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60898
--- Comment #20 from Mikael Morin ---
(In reply to Dominique d'Humieres from comment #19)
> > patch fixing comment #7
>
> Confirmed, but it doesn't fix the test in comment 2 (with the addition in
> comment 10).
Confirmed; for some reason it wor
|ASSIGNED
Assignee|unassigned at gcc dot gnu.org |mikael at gcc dot
gnu.org
--- Comment #22 from Mikael Morin ---
patch posted at:
https://gcc.gnu.org/ml/gcc-patches/2015-02/msg00917.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831
--- Comment #39 from Mikael Morin ---
(In reply to Mikael Morin from comment #38)
> By the way, I'm not sure that it's at all correct to avoid deep copies.
This seems to be safe:
as long as the procedure is pure, there is no way it can modify its
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831
--- Comment #40 from Mikael Morin ---
(In reply to Mikael Morin from comment #39)
> A function will do a deep copy, so I think the only problematic cases are
> EXPR_ARRAY, and maybe EXPR_STRUCTURE.
EXPR_STRUCTURE deep-copy variable components, a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831
--- Comment #41 from Mikael Morin ---
Created attachment 34846
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34846&action=edit
extended testcase
My work patch is:
Index: trans-expr.c
==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831
--- Comment #42 from Mikael Morin ---
(In reply to Mikael Morin from comment #41)
> My work patch is:
updated work patch below.
The testcase passes with it, at the price of leaking memory
Index: trans-expr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831
--- Comment #44 from Mikael Morin ---
Created attachment 34942
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34942&action=edit
Better patch
I'm not working on this, so I'm attaching the current patch in my work tree,
before it's lost.
If
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60898
--- Comment #23 from Mikael Morin ---
Author: mikael
Date: Sun Mar 8 11:52:51 2015
New Revision: 221262
URL: https://gcc.gnu.org/viewcvs?rev=221262&root=gcc&view=rev
Log:
PR fortran/60898
fortran/
* resolve.c (resolve_symbol): C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63640
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61775
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61780
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61780
--- Comment #5 from Mikael Morin ---
(In reply to paul.richard.tho...@gmail.com from comment #3)
> Dear Mikael,
>
> I didn't see your posting, which was about an hour before mine. At
> least we came to the same conclusion!
>
Yes, that's good.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37131
--- Comment #16 from Mikael Morin ---
(In reply to Thomas Koenig from comment #15)
> Hi Mikael,
>
> do you think you can do this using the scalarizer?
>
Not in its current state.
And as I don't see the scalarizer being changed soon to allow it,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68560
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68560
--- Comment #6 from Mikael Morin ---
(In reply to Dominique d'Humieres from comment #5)
> > I think the problem is that it's actually working. The optional arguments
> > are
> > removed... When they are not present, the procedure declaration al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68560
--- Comment #8 from Mikael Morin ---
Created attachment 36902
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36902&action=edit
Make the intrinsic procedure declarations less context-dependant
I can't test this right now (bootstrap broken).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68560
--- Comment #11 from Mikael Morin ---
(In reply to Dominique d'Humieres from comment #10)
> >I can't test this right now (bootstrap broken).
>
> Sorry about that. Anything serious?
>
Looks like it's PR68540.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68560
--- Comment #13 from Mikael Morin ---
(In reply to Dominique d'Humieres from comment #12)
> The statement in fortran/trans-intrinsic.c
>
> gfc_copy_formal_args_intr (sym, expr->value.function.isym,
> ignore_optiona
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68560
--- Comment #15 from Mikael Morin ---
(In reply to Dominique d'Humieres from comment #14)
> > > The statement in fortran/trans-intrinsic.c
> > >
> > > gfc_copy_formal_args_intr (sym, expr->value.function.isym,
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68560
--- Comment #16 from Mikael Morin ---
(In reply to Mikael Morin from comment #15)
> (In reply to Dominique d'Humieres from comment #12)
> > > Looks like it's PR68540.
> >
> > So it should work now?
> >
> I have yet to find the best way to insta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68560
Mikael Morin changed:
What|Removed |Added
Attachment #36902|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68560
Mikael Morin changed:
What|Removed |Added
Attachment #36937|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68560
--- Comment #19 from Mikael Morin ---
(In reply to Mikael Morin from comment #18)
> Lightly tested so far.
It actually regress heavily.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68560
Mikael Morin changed:
What|Removed |Added
Attachment #37024|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69080
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment
||2015-06-08
CC||mikael at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Mikael Morin ---
Confirmed.
Possibly related bug: PR60500
(In reply to Mario Baumann from comment #0)
> - -O0 works fine
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66549
--- Comment #3 from Mikael Morin ---
(In reply to Jakub Jelinek from comment #2)
> r221586 in particular.
There is no openmp change in that revision. :-/
--- comment_0.f90.003t.original.good2015-06-17 21:29:00.667012376 +0200
+++ comment_0.f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66549
--- Comment #4 from Mikael Morin ---
Created attachment 35796
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35796&action=edit
Draft patch
501 - 600 of 1005 matches
Mail list logo
