https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #21 from anlauf at gcc dot gnu.org ---
Author: anlauf
Date: Sun Mar 3 22:24:00 2019
New Revision: 269357
URL: https://gcc.gnu.org/viewcvs?rev=269357&root=gcc&view=rev
Log:
2019-03-03 Harald Anlauf
Backport from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #20 from Dominique d'Humieres ---
Is there any plan to back port r268973?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #19 from Harald Anlauf ---
The issues reported in comment #0, #1 and #3 should be fixed on trunk.
The fix for comment #0 has been backported to 7- and 8-branches.
Can the OP please confirm that the reported issues have been fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #18 from anlauf at gcc dot gnu.org ---
Author: anlauf
Date: Sun Feb 17 21:14:14 2019
New Revision: 268973
URL: https://gcc.gnu.org/viewcvs?rev=268973&root=gcc&view=rev
Log:
2019-02-17 Harald Anlauf
PR fortran/89077
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #17 from Harald Anlauf ---
(In reply to Harald Anlauf from comment #16)
> Regarding the unwanted padding with \0, the following patch seems to
> solve the issue with transfer.
Regtested cleanly and submitted here:
https://gcc.gnu.or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #16 from Harald Anlauf ---
Regarding the unwanted padding with \0, the following patch seems to
solve the issue with transfer.
Index: decl.c
===
--- decl.c (revisio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #15 from anlauf at gcc dot gnu.org ---
Author: anlauf
Date: Sun Feb 10 20:05:34 2019
New Revision: 268753
URL: https://gcc.gnu.org/viewcvs?rev=268753&root=gcc&view=rev
Log:
2019-02-10 Harald Anlauf
Backport from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #14 from anlauf at gcc dot gnu.org ---
Author: anlauf
Date: Sun Feb 10 20:01:15 2019
New Revision: 268752
URL: https://gcc.gnu.org/viewcvs?rev=268752&root=gcc&view=rev
Log:
2019-02-10 Harald Anlauf
Backport from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #13 from anlauf at gcc dot gnu.org ---
Author: anlauf
Date: Sat Feb 9 17:25:23 2019
New Revision: 268726
URL: https://gcc.gnu.org/viewcvs?rev=268726&root=gcc&view=rev
Log:
2019-02-09 Harald Anlauf
PR fortran/89077
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #12 from Harald Anlauf ---
Further variant:
==> f4.f90 <==
character(1), save :: y = transfer ([('a'(1:1),i=1,1)], 'x')
print *, y
end
generates exactly the same code as f3, although it passes along slightly
different pathe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #11 from Harald Anlauf ---
I'm currently using the following minimal testcases for further debugging:
==> f1.f90 <==
character(1), parameter :: u = transfer ([('a'(i:i),i=1,1)], 'x')
print *, u
end
==> f2.f90 <==
character(1),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #10 from Harald Anlauf ---
The ICE in comment #0 is fixed on trunk so far.
The ICE is comment #1 is occurring on a different path and is under
further investigation, as well as the other wrong-code issues.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #9 from anlauf at gcc dot gnu.org ---
Author: anlauf
Date: Mon Feb 4 20:44:22 2019
New Revision: 268525
URL: https://gcc.gnu.org/viewcvs?rev=268525&root=gcc&view=rev
Log:
2019-02-04 Harald Anlauf
PR fortran/89077
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #8 from Harald Anlauf ---
OK, here's another one for fun:
program pr89077_4
implicit none
character(*), parameter :: s = 7HForward
print *, '#', s, '#', len (s)
end program pr89077_4
prints:
#Forward # 8
This time
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #7 from Harald Anlauf ---
(In reply to Harald Anlauf from comment #6)
Playing around and getting completely lost during a gdb session,
I became suspicious that the second issue has to do with missed
padding that interestingly occurs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #6 from Harald Anlauf ---
(In reply to Harald Anlauf from comment #5)
It does not fix the issue in comment #3. In fact, the simpler testcase
program pr89077_3
implicit none
character(20), parameter :: input = 'Forward'
integer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #5 from Harald Anlauf ---
The following patch fixes the testcase and seems to pass regression testing.
Index: gcc/fortran/decl.c
===
--- gcc/fortran/decl.c (revision 26
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #3 from Rodrigo Rodrigues ---
I'm not sure it is related, but in this test case, I don't get internal errors,
but wrong results:
program reverse
implicit none
character(20), parameter :: input = 'Forward'
integer i
character(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #1 from Rodrigo Rodrigues ---
Moreover, removing the parameter specifier also produces an ICE:
character(len(str)) :: str2 = transfer([(str(i:i), i=1,len(str))], str)
> internal compiler error: in gfc_conv_string_init, at fortran/
22 matches
Mail list logo
