public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
@ 2005-10-24 16:53 ` pinskia at gcc dot gnu dot org
2005-11-04 14:26 ` pinskia at gcc dot gnu dot org
` (15 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-10-24 16:53 UTC (permalink / raw)
To: gcc-bugs
------- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-24 16:53 -------
*** Bug 24504 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |r dot butel at epoc dot u-
| |bordeaux1 dot fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
2005-10-24 16:53 ` [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003 pinskia at gcc dot gnu dot org
@ 2005-11-04 14:26 ` pinskia at gcc dot gnu dot org
2005-11-04 14:54 ` anglade at gmail dot com
` (14 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-11-04 14:26 UTC (permalink / raw)
To: gcc-bugs
------- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-04 14:26 -------
*** Bug 24673 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |anglade at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
2005-10-24 16:53 ` [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003 pinskia at gcc dot gnu dot org
2005-11-04 14:26 ` pinskia at gcc dot gnu dot org
@ 2005-11-04 14:54 ` anglade at gmail dot com
2005-11-04 14:58 ` pinskia at gcc dot gnu dot org
` (13 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: anglade at gmail dot com @ 2005-11-04 14:54 UTC (permalink / raw)
To: gcc-bugs
------- Comment #4 from anglade at gmail dot com 2005-11-04 14:54 -------
Hi all,
Looking at the examples of failure due to this bug, I've observed that they are
due to user defined datatype. The function fold_convert seems to handle only
intrinsic datatypes while the examples were using user defined one.
If user-defined datatypes are removed, the compilation just go through fine.
This feeling about datatype is confirmed by a meer look at fold-const.c. Which
is switch/casing the datatypes.
Unfortunately I'm not a gcc expert and really don't know how this should be
bug-fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
` (2 preceding siblings ...)
2005-11-04 14:54 ` anglade at gmail dot com
@ 2005-11-04 14:58 ` pinskia at gcc dot gnu dot org
2005-11-04 14:59 ` pinskia at gcc dot gnu dot org
` (12 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-11-04 14:58 UTC (permalink / raw)
To: gcc-bugs
------- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-04 14:58 -------
(In reply to comment #4)
> Unfortunately I'm not a gcc expert and really don't know how this should be
> bug-fixed.
The way this bug needs to be fixed is one of the following:
1. the types generated need to be in the exact location
2. The types need to be declared as TYPE variants of one another.
3. The fortran front-end needs to say that these types are compatible.
All of the above need to be fixed in the front-end and not in the middle-end
where fold_convert resides.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
` (3 preceding siblings ...)
2005-11-04 14:58 ` pinskia at gcc dot gnu dot org
@ 2005-11-04 14:59 ` pinskia at gcc dot gnu dot org
2005-11-04 15:32 ` anglade at gmail dot com
` (11 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-11-04 14:59 UTC (permalink / raw)
To: gcc-bugs
------- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-04 14:59 -------
(In reply to comment #5)
Oh and one more thing, the use of fold_convert is not the incorrect thing to do
here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
` (4 preceding siblings ...)
2005-11-04 14:59 ` pinskia at gcc dot gnu dot org
@ 2005-11-04 15:32 ` anglade at gmail dot com
2005-11-11 12:26 ` aj at gcc dot gnu dot org
` (10 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: anglade at gmail dot com @ 2005-11-04 15:32 UTC (permalink / raw)
To: gcc-bugs
------- Comment #7 from anglade at gmail dot com 2005-11-04 15:31 -------
I've simplified to it's (almost) simplest expression the test case:
module mtyp
type t1
integer::a
end type t1
end module mtyp
module atest
use mtyp
type(t1)::ze
contains
subroutine test(ze_in )
use mtyp
implicit none
type(t1)::ze_in
ze=ze_in
end subroutine test
end module atest
I've try to backtrace the call up to the front-end. But I'm not able to do that
since I really don't know the structure of gcc (and since ddd/gdb keeps busying
me with stupid error message).
I'd be glade to fix the bug if someone can introduce me a little bit more to
the code. (any link for gcc beginners??)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
` (5 preceding siblings ...)
2005-11-04 15:32 ` anglade at gmail dot com
@ 2005-11-11 12:26 ` aj at gcc dot gnu dot org
2005-11-12 23:43 ` pinskia at gcc dot gnu dot org
` (9 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: aj at gcc dot gnu dot org @ 2005-11-11 12:26 UTC (permalink / raw)
To: gcc-bugs
------- Comment #8 from aj at gcc dot gnu dot org 2005-11-11 12:26 -------
I got the same ICE with one of the SPEC2006 candidate benchmarks on
x86_64-linux-gnu.
--
aj at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
OtherBugsDependingO| |15502
nThis| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
` (6 preceding siblings ...)
2005-11-11 12:26 ` aj at gcc dot gnu dot org
@ 2005-11-12 23:43 ` pinskia at gcc dot gnu dot org
2005-11-13 8:03 ` aj at gcc dot gnu dot org
` (8 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-11-12 23:43 UTC (permalink / raw)
To: gcc-bugs
------- Comment #9 from pinskia at gcc dot gnu dot org 2005-11-12 23:43 -------
(In reply to comment #8)
> I got the same ICE with one of the SPEC2006 candidate benchmarks on
> x86_64-linux-gnu.
Was this before or after my fix for PR 18157 went in? Because this and that
bug had the same ICE but are really different bugs.
--
pinskia at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aj at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
` (7 preceding siblings ...)
2005-11-12 23:43 ` pinskia at gcc dot gnu dot org
@ 2005-11-13 8:03 ` aj at gcc dot gnu dot org
2005-11-16 15:24 ` pinskia at gcc dot gnu dot org
` (7 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: aj at gcc dot gnu dot org @ 2005-11-13 8:03 UTC (permalink / raw)
To: gcc-bugs
------- Comment #10 from aj at gcc dot gnu dot org 2005-11-13 08:03 -------
I haven't tested SPEC for some time, so cannot tell when this happened first,
the error is in current GCC with your patch applied.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
` (8 preceding siblings ...)
2005-11-13 8:03 ` aj at gcc dot gnu dot org
@ 2005-11-16 15:24 ` pinskia at gcc dot gnu dot org
2005-11-17 17:30 ` dwarak dot rajagopal at amd dot com
` (6 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-11-16 15:24 UTC (permalink / raw)
To: gcc-bugs
------- Comment #11 from pinskia at gcc dot gnu dot org 2005-11-16 15:24 -------
*** Bug 24887 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |krebbel at gcc dot gnu dot
| |org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
` (9 preceding siblings ...)
2005-11-16 15:24 ` pinskia at gcc dot gnu dot org
@ 2005-11-17 17:30 ` dwarak dot rajagopal at amd dot com
2005-12-13 12:50 ` paul dot richard dot thomas at cea dot fr
` (5 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: dwarak dot rajagopal at amd dot com @ 2005-11-17 17:30 UTC (permalink / raw)
To: gcc-bugs
------- Comment #12 from dwarak dot rajagopal at amd dot com 2005-11-17 17:30 -------
(In reply to comment #9)
> (In reply to comment #8)
> > I got the same ICE with one of the SPEC2006 candidate benchmarks on
> > x86_64-linux-gnu.
>
> Was this before or after my fix for PR 18157 went in? Because this and that
> bug had the same ICE but are really different bugs.
>
Tried with gcc version 4.0.1 20050630 (prerelease) (without the patch) and the
current head (with the patch).I see the same ICE for both before and after your
patch in "wrf"(spec 2006). Tried with gcc version 4.0.1 20050630 (prerelease)
(without the patch) and the current head (with the patch).
- Dwarak
--
dwarak dot rajagopal at amd dot com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dwarak dot rajagopal at amd
| |dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
` (10 preceding siblings ...)
2005-11-17 17:30 ` dwarak dot rajagopal at amd dot com
@ 2005-12-13 12:50 ` paul dot richard dot thomas at cea dot fr
2005-12-22 7:06 ` pault at gcc dot gnu dot org
` (4 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: paul dot richard dot thomas at cea dot fr @ 2005-12-13 12:50 UTC (permalink / raw)
To: gcc-bugs
------- Comment #13 from paul dot richard dot thomas at cea dot fr 2005-12-13 12:50 -------
I am just now posting a patch for this bug.
Andrew,
I ignored your advice, "All of the above need to be fixed in the front-end and
not in the middle-end where fold_convert resides." by doing the fixing in the
middle end. I found that a front-end fix, in resolve_symbol, got more than a
little bit cumbersome. The simplest, by far, was to attack
trans-types(gfc_get_derived_type) and to use the host + use associated backend
declarations for the derived type, rather than building afresh in the contained
namespace.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
` (11 preceding siblings ...)
2005-12-13 12:50 ` paul dot richard dot thomas at cea dot fr
@ 2005-12-22 7:06 ` pault at gcc dot gnu dot org
2005-12-26 9:08 ` pault at gcc dot gnu dot org
` (3 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: pault at gcc dot gnu dot org @ 2005-12-22 7:06 UTC (permalink / raw)
To: gcc-bugs
------- Comment #14 from pault at gcc dot gnu dot org 2005-12-22 07:05 -------
Subject: Bug 20244
Author: pault
Date: Thu Dec 22 07:05:22 2005
New Revision: 108943
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108943
Log:
2005-12-22 Paul Thomas <pault@gcc.gnu.org>
PR fortran/20889
*resolve.c(resolve_structure_cons): Do not attempt to convert
the type of mismatched pointer type components, except when
the constructor component is BT_UNKNOWN; emit error instead.
PR fortran/25029
PR fortran/21256
*resolve.c(check_assumed_size_reference): New function to check for
upper
bound in assumed size array references.
(resolve_assumed_size_actual): New function to do a very restricted
scan
of actual argument expressions of those procedures for which incomplete
assumed size array references are not allowed.
(resolve_function, resolve_call): Switch off assumed size checking of
actual arguments, except for elemental procedures and array valued
intrinsics; excepting LBOUND.
(resolve_variable): Call check_assumed_size_reference.
PR fortran/19362
PR fortran/20244
PR fortran/20864
PR fortran/25391
*interface.c(gfc_compare_types): Broken into two.
(gfc_compare_derived_types): Second half of gfc_compare_types with
corrections for a missing check that module name is non-NULL and
a check for private components.
*symbol.c(gfc_free_dt_list): New function.
(gfc_free_namespace): Call gfc_free_dt_list.
*resolve.c(resolve_symbol): Build the list of derived types in the
symbols namespace.
*gfortran.h: Define the structure type gfc_dt_list. Add a new field,
derived_types to gfc_namespace. Provide a prototye for the new
function gfc_compare_derived_types.
*trans_types.c(gfc_get_derived_type): Test for the derived type being
available in the host namespace. In this case, the host backend
declaration is used for the structure and its components. If an
unbuilt, equal structure that is not use associated is found in the
host namespace, build it there and then. On exit,traverse the
namespace of the derived type to see if there are equal but unbuilt.
If so, copy the structure and its component declarations.
(copy_dt_decls_ifequal): New functions to copy declarations to other
equal structure types.
PR fortran/20862
* io.c (gfc_match_format): Make the appearance of a format statement
in a module specification block an error.
PR fortran/23152
* match.c (gfc_match_namelist): Set assumed shape arrays in
namelists as std=GFC_STD_GNU and assumed size arrays as an
unconditional error.
PR fortran/25069
* match.c (gfc_match_namelist): Set the respecification of a USE
associated namelist group as std=GFC_STD_GNU. Permit the concatenation
on no error.
PR fortran/25053
PR fortran/25063
PR fortran/25064
PR fortran/25066
PR fortran/25067
PR fortran/25068
PR fortran/25307
* io.c (resolve_tag): Change std on IOSTAT != default integer to
GFC_STD_GNU and change message accordingly. Add same error for
SIZE.
(match_dt_element, gfortran.h): Add field err_where to gfc_dt and
set it when tags are being matched.
(gfc_resolve_dt): Remove tests that can be done before resolution
and add some of the new ones here.
(check_io_constraints): New function that checks for most of the
data transfer constraints. Some of these were previously done in
match_io, from where this function is called, and some were done
in gfc_resolve_dt.
(match_io): Remove most of the tests of constraints and add the
call to check_io_constraints.
2005-12-22 Paul Thomas <pault@gcc.gnu.org>
PR fortran/20889
*gfortran.dg/pointer_component_type_1.f90: New test.
PR fortran/25029
PR fortran/21256
*gfortran.dg/assumed_size_refs.f90: New test for the conditions that
should give an error with assumed size array refernces and checks those
that should not.
*gfortran.dg/gfortran.dg/pr15140.f90: Give the assumed size array
reference an upper bound so that it does not generate an error.
PR fortran/19362
PR fortran/20244
PR fortran/20864
PR fortran/25391
*gfortran.dg/used_dummy_types_1.f90: New test.
*gfortran.dg/used_dummy_types_2.f90: New test.
*gfortran.dg/used_dummy_types_3.f90: New test.
*gfortran.dg/used_dummy_types_4.f90: New test.
*gfortran.dg/used_dummy_types_5.f90: New test.
PR fortran/23152
*gfortran.dg/namelist_use.f90: Add trap for warning on NAMELIST
group already being USE associated.
*gfortran.dg/assumed_shape_nml.f90: New test.
*gfortran.dg/assumed_size_nml.f90: New test.
PR fortran/20862
PR fortran/25053
PR fortran/25063
PR fortran/25064
PR fortran/25066
PR fortran/25067
PR fortran/25068
PR fortran/25307
* gfortran.dg/io_constraints_1.f90: New test.
* gfortran.dg/io_constraints_1.f90: New test.
* gfortran.dg/iostat_3.f90: Change wording of warning.
* gfortran.dg/g77/19981216-0.f: the same.
Added:
trunk/gcc/testsuite/gfortran.dg/assumed_shape_nml.f90
trunk/gcc/testsuite/gfortran.dg/assumed_size_nml.f90
trunk/gcc/testsuite/gfortran.dg/io_constraints_1.f90
trunk/gcc/testsuite/gfortran.dg/io_constraints_2.f90
trunk/gcc/testsuite/gfortran.dg/pointer_component_type_1.f90
trunk/gcc/testsuite/gfortran.dg/used_dummy_types_1.f90
trunk/gcc/testsuite/gfortran.dg/used_dummy_types_2.f90
trunk/gcc/testsuite/gfortran.dg/used_dummy_types_3.f90
trunk/gcc/testsuite/gfortran.dg/used_dummy_types_4.f90
trunk/gcc/testsuite/gfortran.dg/used_dummy_types_5.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/gfortran.h
trunk/gcc/fortran/interface.c
trunk/gcc/fortran/io.c
trunk/gcc/fortran/match.c
trunk/gcc/fortran/resolve.c
trunk/gcc/fortran/symbol.c
trunk/gcc/fortran/trans-types.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/g77/19981216-0.f
trunk/gcc/testsuite/gfortran.dg/initialization_1.f90
trunk/gcc/testsuite/gfortran.dg/iostat_3.f90
trunk/gcc/testsuite/gfortran.dg/namelist_use.f90
trunk/gcc/testsuite/gfortran.dg/pr15140.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
` (12 preceding siblings ...)
2005-12-22 7:06 ` pault at gcc dot gnu dot org
@ 2005-12-26 9:08 ` pault at gcc dot gnu dot org
2005-12-26 9:10 ` pault at gcc dot gnu dot org
` (2 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: pault at gcc dot gnu dot org @ 2005-12-26 9:08 UTC (permalink / raw)
To: gcc-bugs
------- Comment #15 from pault at gcc dot gnu dot org 2005-12-26 09:07 -------
Subject: Bug 20244
Author: pault
Date: Mon Dec 26 09:07:27 2005
New Revision: 109061
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109061
Log:
2005-12-26 Paul Thomas <pault@gcc.gnu.org>
PR fortran/20889
*resolve.c(resolve_structure_cons): Do not attempt to convert
the type of mismatched pointer type components, except when
the constructor component is BT_UNKNOWN; emit error instead.
PR fortran/25018
* expr.c (check_inquiry): Return FAILURE if there is no symtree to
provide a name. Error/warning for assumed character length argument
to LEN for an initialization expression, using GFC_GNU_STD. Add an
argument to flag that the expression is not restricted.
(check_init_expr): Improve the message for a failing variable.
(gfc_match_init_expr): Call check_enquiry again to make sure that
unsimplified expressions are not causing unnecessary errors.
PR fortran/19362
PR fortran/20244
PR fortran/20864
PR fortran/25391
* interface.c (gfc_compare_types): Broken into two.
(gfc_compare_derived_types): Second half of gfc_compare_types with
corrections for a missing check that module name is non-NULL and
a check for private components.
* symbol.c (gfc_free_dt_list): New function.
(gfc_free_namespace): Call gfc_free_dt_list.
* resolve.c (resolve_symbol): Build the list of derived types in the
symbols namespace.
* gfortran.h: Define the structure type gfc_dt_list. Add a new field,
derived_types to gfc_namespace. Provide a prototye for the new
function gfc_compare_derived_types.
* trans_types.c (gfc_get_derived_type): Test for the derived type being
available in the host namespace. In this case, the host backend
declaration is used for the structure and its components. If an
unbuilt, equal structure that is not use associated is found in the
host namespace, build it there and then. On exit,traverse the
namespace of the derived type to see if there are equal but unbuilt.
If so, copy the structure and its component declarations.
(copy_dt_decls_ifequal): New functions to copy declarations to other
equal structure types.
PR fortran/20862
* io.c (gfc_match_format): Make the appearance of a format statement
in a module specification block an error.
PR fortran/23152
* match.c (gfc_match_namelist): Set assumed shape arrays in
namelists as std=GFC_STD_GNU and assumed size arrays as an
unconditional error.
PR fortran/25069
* match.c (gfc_match_namelist): Set the respecification of a USE
associated namelist group as std=GFC_STD_GNU. Permit the concatenation
on no error.
PR fortran/25053
PR fortran/25063
PR fortran/25064
PR fortran/25066
PR fortran/25067
PR fortran/25068
PR fortran/25307
* io.c (resolve_tag): Change std on IOSTAT != default integer to
GFC_STD_GNU and change message accordingly. Add same error for
SIZE.
(match_dt_element, gfortran.h): Add field err_where to gfc_dt and
set it when tags are being matched.
(gfc_resolve_dt): Remove tests that can be done before resolution
and add some of the new ones here.
(check_io_constraints): New function that checks for most of the
data transfer constraints. Some of these were previously done in
match_io, from where this function is called, and some were done
in gfc_resolve_dt.
(match_io): Remove most of the tests of constraints and add the
call to check_io_constraints.
2005-12-26 Paul Thomas <pault@gcc.gnu.org>
PR fortran/20889
* gfortran.dg/pointer_component_type_1.f90: New test.
PR fortran/25018
* gfortran.dg/initialization_1.f90: New test.
* gfortran.dg/enum_5.f90: Change dg-error to new message.
* gfortran.dg/g77/980616-0.f: The same.
PR fortran/19362
PR fortran/20244
PR fortran/20864
PR fortran/25391
*gfortran.dg/used_dummy_types_1.f90: New test.
*gfortran.dg/used_dummy_types_2.f90: New test.
*gfortran.dg/used_dummy_types_3.f90: New test.
*gfortran.dg/used_dummy_types_4.f90: New test.
*gfortran.dg/used_dummy_types_5.f90: New test.
PR fortran/23152
* gfortran.dg/namelist_use.f90: Add trap for warning on NAMELIST
group already being USE associated.
* gfortran.dg/assumed_shape_nml.f90: New test.
* gfortran.dg/assumed_size_nml.f90: New test.
PR fortran/20862
PR fortran/25053
PR fortran/25063
PR fortran/25064
PR fortran/25066
PR fortran/25067
PR fortran/25068
PR fortran/25307
* gfortran.dg/io_constraints_1.f90: New test.
* gfortran.dg/io_constraints_1.f90: New test.
* gfortran.dg/iostat_3.f90: Change wording of warning.
* gfortran.dg/g77/19981216-0.f: the same.
Modified:
branches/gcc-4_1-branch/gcc/fortran/ChangeLog
branches/gcc-4_1-branch/gcc/fortran/expr.c
branches/gcc-4_1-branch/gcc/fortran/gfortran.h
branches/gcc-4_1-branch/gcc/fortran/interface.c
branches/gcc-4_1-branch/gcc/fortran/io.c
branches/gcc-4_1-branch/gcc/fortran/match.c
branches/gcc-4_1-branch/gcc/fortran/resolve.c
branches/gcc-4_1-branch/gcc/fortran/symbol.c
branches/gcc-4_1-branch/gcc/fortran/trans-types.c
branches/gcc-4_1-branch/gcc/testsuite/ChangeLog
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/enum_5.f90
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/g77/19981216-0.f
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/g77/980616-0.f
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/namelist_use.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
` (13 preceding siblings ...)
2005-12-26 9:08 ` pault at gcc dot gnu dot org
@ 2005-12-26 9:10 ` pault at gcc dot gnu dot org
2005-12-29 6:18 ` pault at gcc dot gnu dot org
2006-01-01 5:32 ` pinskia at gcc dot gnu dot org
16 siblings, 0 replies; 18+ messages in thread
From: pault at gcc dot gnu dot org @ 2005-12-26 9:10 UTC (permalink / raw)
To: gcc-bugs
------- Comment #16 from pault at gcc dot gnu dot org 2005-12-26 09:10 -------
fixed on trunk and 4.1
--
pault at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
` (14 preceding siblings ...)
2005-12-26 9:10 ` pault at gcc dot gnu dot org
@ 2005-12-29 6:18 ` pault at gcc dot gnu dot org
2006-01-01 5:32 ` pinskia at gcc dot gnu dot org
16 siblings, 0 replies; 18+ messages in thread
From: pault at gcc dot gnu dot org @ 2005-12-29 6:18 UTC (permalink / raw)
To: gcc-bugs
------- Comment #17 from pault at gcc dot gnu dot org 2005-12-29 06:18 -------
Subject: Bug 20244
Author: pault
Date: Thu Dec 29 06:18:23 2005
New Revision: 109139
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109139
Log:
2005-12-29 Paul Thomas <pault@gcc.gnu.org>
PR fortran/25532
* trans-types.c (copy_dt_decls_ifequal): Copy declarations for
components of derived type components by recursing into
gfc_get_derived_type.
2005-12-29 Paul Thomas <pault@gcc.gnu.org>
PR fortran/25532
*gfortran.dg/host_used_types_1.f90: Check that host associated
derived type components of derived types are properly declared
in contained procedures.
The following tests were not added on the 2005-12-26 commit.
PR fortran/20889
* gfortran.dg/pointer_component_type_1.f90: New test.
PR fortran/25018
* gfortran.dg/initialization_1.f90: New test.
PR fortran/19362
PR fortran/20244
PR fortran/20864
PR fortran/25391
* gfortran.dg/used_dummy_types_1.f90: New test.
* gfortran.dg/used_dummy_types_2.f90: New test.
* gfortran.dg/used_dummy_types_3.f90: New test.
* gfortran.dg/used_dummy_types_4.f90: New test.
* gfortran.dg/used_dummy_types_5.f90: New test.
PR fortran/23152
* gfortran.dg/assumed_shape_nml.f90: New test.
* gfortran.dg/assumed_size_nml.f90: New test.
PR fortran/20862
PR fortran/25053
PR fortran/25063
PR fortran/25064
PR fortran/25066
PR fortran/25067
PR fortran/25068
PR fortran/25307
* gfortran.dg/io_constraints_1.f90: New test.
* gfortran.dg/io_constraints_1.f90: New test.
Added:
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/assumed_shape_nml.f90
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/assumed_size_nml.f90
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/host_used_types_1.f90
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/initialization_1.f90
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/io_constraints_1.f90
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/io_constraints_2.f90
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/pointer_component_type_1.f90
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/used_dummy_types_1.f90
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/used_dummy_types_2.f90
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/used_dummy_types_3.f90
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/used_dummy_types_4.f90
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/used_dummy_types_5.f90
Modified:
branches/gcc-4_1-branch/gcc/fortran/ChangeLog
branches/gcc-4_1-branch/gcc/fortran/trans-types.c
branches/gcc-4_1-branch/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
` (15 preceding siblings ...)
2005-12-29 6:18 ` pault at gcc dot gnu dot org
@ 2006-01-01 5:32 ` pinskia at gcc dot gnu dot org
16 siblings, 0 replies; 18+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2006-01-01 5:32 UTC (permalink / raw)
To: gcc-bugs
--
pinskia at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
2005-02-28 15:38 [Bug fortran/20244] New: " Luc dot Maisonobe at free dot fr
@ 2005-02-28 19:25 ` pinskia at gcc dot gnu dot org
0 siblings, 0 replies; 18+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-02-28 19:25 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28 13:26 -------
Just a note the following version means something different:
gcc version 3.5.0 20040824 (experimental) (g95!) Dec 20 2004
That is g95 which is a different project from gfortran.
Confirmed, hmm, someone forgot about TYPE_VARIANTS.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Keywords| |ice-on-valid-code
Last reconfirmed|0000-00-00 00:00:00 |2005-02-28 13:26:50
date| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2006-01-01 5:32 UTC | newest]
Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <bug-20244-10180@http.gcc.gnu.org/bugzilla/>
2005-10-24 16:53 ` [Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003 pinskia at gcc dot gnu dot org
2005-11-04 14:26 ` pinskia at gcc dot gnu dot org
2005-11-04 14:54 ` anglade at gmail dot com
2005-11-04 14:58 ` pinskia at gcc dot gnu dot org
2005-11-04 14:59 ` pinskia at gcc dot gnu dot org
2005-11-04 15:32 ` anglade at gmail dot com
2005-11-11 12:26 ` aj at gcc dot gnu dot org
2005-11-12 23:43 ` pinskia at gcc dot gnu dot org
2005-11-13 8:03 ` aj at gcc dot gnu dot org
2005-11-16 15:24 ` pinskia at gcc dot gnu dot org
2005-11-17 17:30 ` dwarak dot rajagopal at amd dot com
2005-12-13 12:50 ` paul dot richard dot thomas at cea dot fr
2005-12-22 7:06 ` pault at gcc dot gnu dot org
2005-12-26 9:08 ` pault at gcc dot gnu dot org
2005-12-26 9:10 ` pault at gcc dot gnu dot org
2005-12-29 6:18 ` pault at gcc dot gnu dot org
2006-01-01 5:32 ` pinskia at gcc dot gnu dot org
2005-02-28 15:38 [Bug fortran/20244] New: " Luc dot Maisonobe at free dot fr
2005-02-28 19:25 ` [Bug fortran/20244] " pinskia at gcc dot gnu dot org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).