[Bug fortran/50401] New: SIGSEGV in resolve_transfer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50401 Bug #: 50401 Summary: SIGSEGV in resolve_transfer Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/50402] New: ICE in gfc_conv_expr_descriptor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50402 Bug #: 50402 Summary: ICE in gfc_conv_expr_descriptor Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/50403] New: SIGSEGV in gfc_use_derived

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50403 Bug #: 50403 Summary: SIGSEGV in gfc_use_derived Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/50404] New: SIGSEGV in gfc_resolve_close

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50404 Bug #: 50404 Summary: SIGSEGV in gfc_resolve_close Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/50405] New: allocation LOOP or SIGSEGV

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50405 Bug #: 50405 Summary: allocation LOOP or SIGSEGV Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/50406] New: ld undefined reference to __MOD_str

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50406 Bug #: 50406 Summary: ld undefined reference to __MOD_str Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/50407] New: compiler confused by .operator.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50407 Bug #: 50407 Summary: compiler confused by .operator. Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/50408] New: ICE in transfer_expr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50408 Bug #: 50408 Summary: ICE in transfer_expr Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/50409] New: SIGSEGV in gfc_simplify_expr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50409 Bug #: 50409 Summary: SIGSEGV in gfc_simplify_expr Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/50410] New: ICE in record_reference

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 Bug #: 50410 Summary: ICE in record_reference Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/50411] New: gfortran -Ofast SIGSEGV in vect_recog_dot_prod_pattern

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50411 Bug #: 50411 Summary: gfortran -Ofast SIGSEGV in vect_recog_dot_prod_pattern Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/50412] New: gfortran -Ofast ICE in vect_do_peeling_for_loop_bound

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50412 Bug #: 50412 Summary: gfortran -Ofast ICE in vect_do_peeling_for_loop_bound Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/50415] New: gfortran -Ofast SIGSEGV in find_uses_to_rename_use

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50415 Bug #: 50415 Summary: gfortran -Ofast SIGSEGV in find_uses_to_rename_use Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/50414] New: gfortran -Ofast SIGSEGV in store_constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50414 Bug #: 50414 Summary: gfortran -Ofast SIGSEGV in store_constructor Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/50416] New: gfortran -O1 ICE MPFR assertion failed: 0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50416 Bug #: 50416 Summary: gfortran -O1 ICE MPFR assertion failed: 0 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/50407] compiler confused by .operator.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50407 --- Comment #2 from Vittorio Zecca zeccav at gmail dot com 2011-09-15 20:21:04 UTC --- I believe the code is valid, and it has nothing to do with recursive I/O. If you comment out the write in the mul function gfortran still fails, so it does

[Bug fortran/50403] SIGSEGV in gfc_use_derived

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50403 --- Comment #4 from Vittorio Zecca zeccav at gmail dot com 2011-09-15 20:26:18 UTC --- I created it.

[Bug fortran/50426] New: gfortran -O1 ICE in estimate_function_body_sizes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50426 Bug #: 50426 Summary: gfortran -O1 ICE in estimate_function_body_sizes Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/50407] compiler confused by .operator.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50407 --- Comment #4 from Vittorio Zecca zeccav at gmail dot com 2011-09-15 20:36:54 UTC --- I disagree, the Fortran 95 standard at R911 allows PRINT format and R913 says that format may be a default-char-expr Now, 2.ip.8 is a default character

[Bug fortran/50378] MALLOC_CHECK_ glibc detects free() invalid pointer in compiler

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50378 --- Comment #8 from Vittorio Zecca zeccav at gmail dot com 2011-09-14 08:23:39 UTC --- gfortran 4.7.0 fixes this one. However, sometimes I get the following: /home/vitti/gcc-4.7/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.7.0/f951: symbol

[Bug fortran/50392] New: SIGSEGV in gfc_trans_label_assign

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50392 Bug #: 50392 Summary: SIGSEGV in gfc_trans_label_assign Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/50393] New: free() invalid pointer in mio_expr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50393 Bug #: 50393 Summary: free() invalid pointer in mio_expr Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/50378] MALLOC_CHECK_ glibc detects free() invalid pointer in compiler

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50378 --- Comment #10 from Vittorio Zecca zeccav at gmail dot com 2011-09-14 20:01:17 UTC --- gfortran 4.7.0 has been compiled with the old mpfr 2.4.2, I just downloaded it, this one will probably work. Anyway gfortran 4.7.0 does not give free

[Bug fortran/50393] free() invalid pointer in mio_expr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50393 --- Comment #3 from Vittorio Zecca zeccav at gmail dot com 2011-09-14 20:03:44 UTC --- It seems to work now, no free() error messages. Maybe you can close the issue.

[Bug fortran/50375] New: gfortran must complain on NULL() ambiguity without MOLD

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50375 Bug #: 50375 Summary: gfortran must complain on NULL() ambiguity without MOLD Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED

[Bug fortran/50375] gfortran must complain on NULL() ambiguity without MOLD

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50375 --- Comment #1 from Vittorio Zecca zeccav at gmail dot com 2011-09-13 08:54:47 UTC --- Created attachment 25254 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25254 Just compile it

[Bug fortran/50376] New: pure procedure allows assignment to iterator variable in array constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50376 Bug #: 50376 Summary: pure procedure allows assignment to iterator variable in array constructor Classification: Unclassified Product: gcc Version: 4.6.1 Status:

[Bug fortran/50377] New: gfortran must not accept an external formal argument not declared external

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50377 Bug #: 50377 Summary: gfortran must not accept an external formal argument not declared external Classification: Unclassified Product: gcc Version: 4.6.1 Status:

[Bug fortran/50377] gfortran must not accept an external formal argument not declared external

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50377 --- Comment #1 from Vittorio Zecca zeccav at gmail dot com 2011-09-13 09:01:03 UTC --- Created attachment 25256 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25256 just compile it

[Bug fortran/50378] New: MALLOC_CHECK_ glibc detects free() invalid pointer in compiler

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50378 Bug #: 50378 Summary: MALLOC_CHECK_ glibc detects free() invalid pointer in compiler Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED

[Bug fortran/50379] New: ICE in gfc_typenode_for_spec at fortran/trans-types.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50379 Bug #: 50379 Summary: ICE in gfc_typenode_for_spec at fortran/trans-types.c Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal

[Bug fortran/50378] MALLOC_CHECK_ glibc detects free() invalid pointer in compiler

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50378 --- Comment #4 from Vittorio Zecca zeccav at gmail dot com 2011-09-13 20:08:33 UTC --- I thought I had the latest version of gfortran... Where can I find the latest one, with sources?

[Bug fortran/50378] MALLOC_CHECK_ glibc detects free() invalid pointer in compiler

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50378 --- Comment #6 from Vittorio Zecca zeccav at gmail dot com 2011-09-13 20:19:56 UTC --- I have gfortran 4.6.1 I am downloading gcc-4.7.tar.xz from gfortran.org right now. Tomorrow I'll check it, it is night here.

[Bug fortran/50069] New: FORALL fails on a character array

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50069 Bug #: 50069 Summary: FORALL fails on a character array Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: major Priority: P3

[Bug fortran/50070] New: Segmentation fault at size_binop_loc in fold-const.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50070 Bug #: 50070 Summary: Segmentation fault at size_binop_loc in fold-const.c Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal

[Bug fortran/50071] New: gfortran does not distinguish labels in different type scoping units

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50071 Bug #: 50071 Summary: gfortran does not distinguish labels in different type scoping units Classification: Unclassified Product: gcc Version: 4.6.1 Status:

[Bug fortran/50072] New: gfortran must not accept same name for external and common

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50072 Bug #: 50072 Summary: gfortran must not accept same name for external and common Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED

[Bug fortran/50073] New: gfortran must not accept function name when result name is present

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50073 Bug #: 50073 Summary: gfortran must not accept function name when result name is present Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED

[Bug testsuite/44873] array function not fully defined

--- Comment #2 from zeccav at gmail dot com 2010-07-25 22:14 --- Subject: Re: array function not fully defined The undefined elements of test are accessed at instruction a = test(6, 5) - a however. It is just that the code probably violates any Fortran standard. If the test case

[Bug testsuite/44922] New: undefined variable in execute/921202-1.c

Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44922

[Bug testsuite/44923] New: Access beyond array limit in execute/921202-1.c

Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla

[Bug testsuite/44797] INQUIRE EXIST variable must be default LOGICAL

--- Comment #5 from zeccav at gmail dot com 2010-07-08 14:49 --- Subject: Re: INQUIRE EXIST variable must be default LOGICAL By the way, the NUMBER variable must be default INTEGER as well. Do you agree there is the same problem as with the EXIST variable? Vittorio

[Bug testsuite/44873] New: array function not fully defined

: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44873

[Bug testsuite/44792] data.f90 accesses undefined variable

--- Comment #2 from zeccav at gmail dot com 2010-07-03 09:15 --- Subject: Re: data.f90 accesses undefined variable I believe it should be + if (any(tmp2(1)%t1(1)%a(1:3:2) .ne. (/111,113/))) call abort or (1:4:2) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44792

[Bug testsuite/44797] New: INQUIRE EXIST variable must be default LOGICAL

: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44797

[Bug testsuite/44798] New: inconsistent interfaces

: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44798

[Bug testsuite/44799] New: MAX arguments should have same kind

same kind Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64

[Bug testsuite/44791] New: data_3.f90 accesses uninitialized variable

: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44791

[Bug testsuite/44792] New: data.f90 accesses undefined variable

AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44792

[Bug c/44395] New: ICE verify_stmts failed with --enable-checking=yes

: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44395

[Bug fortran/44360] New: gfortran gets confused by synonymous procedure names

Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44360

[Bug testsuite/44343] New: malloc check in libstdc++-v3/testsuite/22_locale/codecvt/unshift/char/1.cc

: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44343

[Bug fortran/44345] New: ICE in fold_convert_loc

Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44345

[Bug fortran/44346] New: gfortran accepts illegal arguments to intrinsics

Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org

[Bug fortran/44347] New: gfortran segmentation violation in gfc_conv_scalarized_array_ref

Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu

[Bug fortran/44348] New: ICE in build_function_decl

Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348

[Bug fortran/44349] New: ICE Bad IO basetype (1)

: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44349

[Bug fortran/44350] New: accepts illegal fortran in BLOCK DATA

Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla

[Bug fortran/44351] New: ICE in gfc_assign_data_value_range

Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44351

[Bug fortran/44352] New: ICE in string_to_single_character

Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org

[Bug fortran/44353] New: rejects legal fortran

Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla

[Bug fortran/44354] New: incorrect output at run time

Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44354

[Bug fortran/44345] ICE in fold_convert_loc

--- Comment #2 from zeccav at gmail dot com 2010-05-31 18:37 --- Subject: Re: ICE in fold_convert_loc In that case gfortran should emit an error message, but it should not crash. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44345

[Bug fortran/44354] incorrect output at run time

--- Comment #9 from zeccav at gmail dot com 2010-05-31 21:37 --- Subject: Re: incorrect output at run time In my example 'i' is local to the array constructor, while 'I' is global and is initialized with value 5, so that the statement should display '1 2 3 4 5'. I agree

<    1   2   3   4   5   6