https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #28 from Mikael Morin mikael at gcc dot gnu.org ---
Author: mikael
Date: Tue Apr 14 09:18:15 2015
New Revision: 222078
URL: https://gcc.gnu.org/viewcvs?rev=222078root=gccview=rev
Log:
PR fortran/56674
PR fortran/58813
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #29 from Mikael Morin mikael at gcc dot gnu.org ---
Author: mikael
Date: Tue Apr 14 12:23:30 2015
New Revision: 222086
URL: https://gcc.gnu.org/viewcvs?rev=222086root=gccview=rev
Log:
PR fortran/56674
PR fortran/58813
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #30 from Mikael Morin mikael at gcc dot gnu.org ---
*** Bug 56674 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
Mikael Morin mikael at gcc dot gnu.org changed:
What|Removed |Added
CC||zeccav at gmail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
Mikael Morin mikael at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
Mikael Morin mikael at gcc dot gnu.org changed:
What|Removed |Added
CC||kimwooyoung at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #26 from drikosev at otenet dot gr ---
Hello,
It was my impression that small changes can be accepted by FSF without a
copyright disclaimer or a copyright assignment on file, according to:
https://gcc.gnu.org/contribute.html#legal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
Jerry DeLisle jvdelisle at gcc dot gnu.org changed:
What|Removed |Added
CC||jvdelisle at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #23 from Dominique d'Humieres dominiq at lps dot ens.fr ---
*** Bug 65469 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #24 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Created attachment 35240
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35240action=edit
Cleaned patch
I have cleaned the patch along the Mikael's comment and fixed the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #22 from drikosev at otenet dot gr ---
Created attachment 35234
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35234action=edit
cleanup if a declaration type spec is erroneous
Let's see if the function names are properly printed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #16 from Dominique d'Humieres dominiq at lps dot ens.fr ---
As it seems the problem with the program bug.f90 is that the generic
attribute is set in a symbol as the parser tries to match a declaration
type specification; but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #18 from Dominique d'Humieres dominiq at lps dot ens.fr ---
With an additional filtering on (m == MATCH_ERROR), i.e. with the following
patch, the ICEs are fixed without regression
--- ../_clean/gcc/fortran/decl.c2015-03-25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #17 from Dominique d'Humieres dominiq at lps dot ens.fr ---
I have forgotten to give a sample of the failing tests with the patch in
comment 15:
FAIL: gfortran.dg/coarray/alloc_comp_3.f90 -fcoarray=single -O2 -latomic
(test for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #15 from drikosev at otenet dot gr ---
Created attachment 35230
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35230action=edit
altered patch for the regressions reported in comment 11
Hi,
As it seems the problem with the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #19 from drikosev at otenet dot gr ---
Ok, I'll send a patch to the recommended addresses as soon as I read the GNU
coding standards.
Yet, my impression is that perhaps the patch should be a bit more complex; in
example, I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #20 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Also, I think that the additional test could be: ( m != MATCH_OK )
I don't think so: the block in the patch will be reached for (m == MATCH_NO)
and I think this leads to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #21 from drikosev at otenet dot gr ---
Created attachment 35232
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35232action=edit
cleanup if a declaration type spec is erroneous
Finally, I've sent for review to the recommended
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #11 from Dominique d'Humieres dominiq at lps dot ens.fr ---
In a slightly altered patched, I've added a precondition which examines
first the locus of the current symbol and finally the error reported seems
to comply with the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #14 from drikosev at otenet dot gr ---
Indeed, the new patch in comment 10 does not prevent the ICEs with the the
first example bug.f90 (in Description before comment 1).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #13 from drikosev at otenet dot gr ---
Hi Dominiq,
The new patch (gcc-4.8.4) worked as the older one but since the locus is
corrupted I'm not surprised that a test case you tried failed. Could you post
it here please?
The corrupted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #10 from drikosev at otenet dot gr ---
Created attachment 35226
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35226action=edit
altered patch for the regressions reported in comment 9
Hi Dominiq,
In a slightly altered patched,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #9 from Dominique d'Humieres dominiq at lps dot ens.fr ---
I have tested on trunk (5.0) the following variant
--- ../_clean/gcc/fortran/interface.c2015-03-25 14:07:04.0 +0100
+++ gcc/fortran/interface.c2015-03-30
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #8 from drikosev at otenet dot gr ---
When gfortran reports the error, it expects that the name 'atomic_kind_type' is
likely a procedure or function; but the syntax of the access-stmt is:
access-stmt ::= access-spec [ [ :: ]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
drikosev at otenet dot gr changed:
What|Removed |Added
CC||drikosev at otenet dot gr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #7 from drikosev at otenet dot gr ---
Hi,
The reduced test case which has been posted by janus (comment 1) crashes also
4.8.4 and gcc 5.0 (the latter was copied from trunc a few days ago).
The backtrace I get agrees with that of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
Last reconfirmed|2013-11-17 00:00:00
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
Bud Davis bdavis at gcc dot gnu.org changed:
What|Removed |Added
CC||bdavis at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #3 from Dominique d'Humieres dominiq at lps dot ens.fr ---
With the test in comment 1, I get on x86_64-apple-darwin13:
TYPE(atomic_kind_type), pointer :: atomic_kind
1
Error: Derived type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Backtrace is
Program received signal SIGSEGV, Segmentation fault.
error_print(const char *, const char *, typedef __va_list_tag __va_list_tag *)
(type=optimized out,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
32 matches
Mail list logo