[Bug fortran/36947] Attributes not fully checked comparing actual vs dummy procedure
--- Comment #2 from burnus at gcc dot gnu dot org 2008-07-27 07:23 --- Currently, in interface.c's compare_parameter the checking is done via compare_interfaces. However, this function is used to check for problems with generic interfaces and from that point of view the two procedures are not distinguishable. One way is to check is to add a loop as else branch and to check there for INTENT and OPTIONAL of each argument. This also allows for a better error message than the Type/rank mismatch in argument. If actual-argument procedure itself takes procedures as argument, one can check recursively, which will be more work; I think for such kind of nesting no checking is done currently. (I thought that there was a PR already, but I cannot find it - maybe it does not exist.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36947
[Bug tree-optimization/36830] [4.4 Regression] STORAGE_ERROR raised compiling s-os_lib.adb
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2008-07-27 09:04 --- With some 'make' kludgery, I get the same reproducible error on x86 as Dave. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet|hppa2.0w-hp-hpux11.11 | Keywords|wrong-code | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36830
[Bug tree-optimization/36830] [4.4 Regression] STORAGE_ERROR raised compiling s-os_lib.adb
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-07-27 09:16 --- This points to an immediate problem in vn_reference_op_compute_hash: /* Compute the hash for a reference operand VRO1. */ static hashval_t vn_reference_op_compute_hash (const vn_reference_op_t vro1) { return iterative_hash_expr (vro1-op0, vro1-opcode) + iterative_hash_expr (vro1-op1, vro1-opcode); } op2 is not hashed (whereas it is on the 4.3 branch). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36830
[Bug fortran/36909] INTENT(IN) formal - No need to call _gfortran_internal_unpack
--- Comment #2 from burnus at gcc dot gnu dot org 2008-07-27 10:46 --- Subject: Bug 36909 Author: burnus Date: Sun Jul 27 10:45:44 2008 New Revision: 138186 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138186 Log: 2008-07-27 Tobias Burnus [EMAIL PROTECTED] PR fortran/36132 PR fortran/29952 PR fortran/36909 * trans.c (gfc_trans_runtime_check): Allow run-time warning * besides run-time error. * trans.h (gfc_trans_runtime_check): Update declaration. * trans-array.c * (gfc_trans_array_ctor_element,gfc_trans_array_bound_check, gfc_conv_array_ref,gfc_conv_ss_startstride,gfc_trans_dummy_array_bias): Updated gfc_trans_runtime_check calls. (gfc_conv_array_parameter): Implement flag_check_array_temporaries, fix packing/unpacking for nonpresent optional actuals to optional formals. * trans-array.h (gfc_conv_array_parameter): Update declaration. * trans-expr.c (gfc_conv_substring,gfc_trans_arrayfunc_assign, gfc_conv_function_call): Updated gfc_trans_runtime_check calls. (gfc_conv_function_call): Update gfc_conv_array_parameter calls. * trans-expr.c (gfc_trans_goto): Updated gfc_trans_runtime_check calls. * trans-io.c (set_string,gfc_conv_intrinsic_repeat): Ditto. (gfc_conv_intrinsic_transfer,gfc_conv_intrinsic_loc): Same for gfc_conv_array_parameter. * trans-intrinsics.c (gfc_conv_intrinsic_bound): Ditto. * trans-decl.c (gfc_build_builtin_function_decls): Add gfor_fndecl_runtime_warning_at. * lang.opt: New option fcheck-array-temporaries. * gfortran.h (gfc_options): New flag_check_array_temporaries. * options.c (gfc_init_options, gfc_handle_option): Handle flag. * invoke.texi: New option fcheck-array-temporaries. 2008-07-27 Tobias Burnus [EMAIL PROTECTED] PR fortran/36132 PR fortran/29952 PR fortran/36909 * runtime/error.c: New function runtime_error_at. * gfortran.map: Ditto. * libgfortran.h: Ditto. 2008-07-27 Tobias Burnus [EMAIL PROTECTED] PR fortran/36132 PR fortran/29952 PR fortran/36909 gfortran.dg/internal_pack_4.f90: New. gfortran.dg/internal_pack_5.f90: New. gfortran.dg/array_temporaries_2.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/array_temporaries_2.f90 trunk/gcc/testsuite/gfortran.dg/internal_pack_4.f90 trunk/gcc/testsuite/gfortran.dg/internal_pack_5.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/invoke.texi trunk/gcc/fortran/lang.opt trunk/gcc/fortran/options.c trunk/gcc/fortran/trans-array.c trunk/gcc/fortran/trans-array.h trunk/gcc/fortran/trans-decl.c trunk/gcc/fortran/trans-expr.c trunk/gcc/fortran/trans-intrinsic.c trunk/gcc/fortran/trans-io.c trunk/gcc/fortran/trans-stmt.c trunk/gcc/fortran/trans.c trunk/gcc/fortran/trans.h trunk/gcc/testsuite/ChangeLog trunk/libgfortran/ChangeLog trunk/libgfortran/gfortran.map trunk/libgfortran/libgfortran.h trunk/libgfortran/runtime/error.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36909
[Bug fortran/29952] Flag to give runtime information array temporary was created for argument
--- Comment #6 from burnus at gcc dot gnu dot org 2008-07-27 10:46 --- Subject: Bug 29952 Author: burnus Date: Sun Jul 27 10:45:44 2008 New Revision: 138186 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138186 Log: 2008-07-27 Tobias Burnus [EMAIL PROTECTED] PR fortran/36132 PR fortran/29952 PR fortran/36909 * trans.c (gfc_trans_runtime_check): Allow run-time warning * besides run-time error. * trans.h (gfc_trans_runtime_check): Update declaration. * trans-array.c * (gfc_trans_array_ctor_element,gfc_trans_array_bound_check, gfc_conv_array_ref,gfc_conv_ss_startstride,gfc_trans_dummy_array_bias): Updated gfc_trans_runtime_check calls. (gfc_conv_array_parameter): Implement flag_check_array_temporaries, fix packing/unpacking for nonpresent optional actuals to optional formals. * trans-array.h (gfc_conv_array_parameter): Update declaration. * trans-expr.c (gfc_conv_substring,gfc_trans_arrayfunc_assign, gfc_conv_function_call): Updated gfc_trans_runtime_check calls. (gfc_conv_function_call): Update gfc_conv_array_parameter calls. * trans-expr.c (gfc_trans_goto): Updated gfc_trans_runtime_check calls. * trans-io.c (set_string,gfc_conv_intrinsic_repeat): Ditto. (gfc_conv_intrinsic_transfer,gfc_conv_intrinsic_loc): Same for gfc_conv_array_parameter. * trans-intrinsics.c (gfc_conv_intrinsic_bound): Ditto. * trans-decl.c (gfc_build_builtin_function_decls): Add gfor_fndecl_runtime_warning_at. * lang.opt: New option fcheck-array-temporaries. * gfortran.h (gfc_options): New flag_check_array_temporaries. * options.c (gfc_init_options, gfc_handle_option): Handle flag. * invoke.texi: New option fcheck-array-temporaries. 2008-07-27 Tobias Burnus [EMAIL PROTECTED] PR fortran/36132 PR fortran/29952 PR fortran/36909 * runtime/error.c: New function runtime_error_at. * gfortran.map: Ditto. * libgfortran.h: Ditto. 2008-07-27 Tobias Burnus [EMAIL PROTECTED] PR fortran/36132 PR fortran/29952 PR fortran/36909 gfortran.dg/internal_pack_4.f90: New. gfortran.dg/internal_pack_5.f90: New. gfortran.dg/array_temporaries_2.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/array_temporaries_2.f90 trunk/gcc/testsuite/gfortran.dg/internal_pack_4.f90 trunk/gcc/testsuite/gfortran.dg/internal_pack_5.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/invoke.texi trunk/gcc/fortran/lang.opt trunk/gcc/fortran/options.c trunk/gcc/fortran/trans-array.c trunk/gcc/fortran/trans-array.h trunk/gcc/fortran/trans-decl.c trunk/gcc/fortran/trans-expr.c trunk/gcc/fortran/trans-intrinsic.c trunk/gcc/fortran/trans-io.c trunk/gcc/fortran/trans-stmt.c trunk/gcc/fortran/trans.c trunk/gcc/fortran/trans.h trunk/gcc/testsuite/ChangeLog trunk/libgfortran/ChangeLog trunk/libgfortran/gfortran.map trunk/libgfortran/libgfortran.h trunk/libgfortran/runtime/error.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29952
[Bug fortran/36132] _gfortran_internal_pack on optional arguments
--- Comment #10 from burnus at gcc dot gnu dot org 2008-07-27 10:46 --- Subject: Bug 36132 Author: burnus Date: Sun Jul 27 10:45:44 2008 New Revision: 138186 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138186 Log: 2008-07-27 Tobias Burnus [EMAIL PROTECTED] PR fortran/36132 PR fortran/29952 PR fortran/36909 * trans.c (gfc_trans_runtime_check): Allow run-time warning * besides run-time error. * trans.h (gfc_trans_runtime_check): Update declaration. * trans-array.c * (gfc_trans_array_ctor_element,gfc_trans_array_bound_check, gfc_conv_array_ref,gfc_conv_ss_startstride,gfc_trans_dummy_array_bias): Updated gfc_trans_runtime_check calls. (gfc_conv_array_parameter): Implement flag_check_array_temporaries, fix packing/unpacking for nonpresent optional actuals to optional formals. * trans-array.h (gfc_conv_array_parameter): Update declaration. * trans-expr.c (gfc_conv_substring,gfc_trans_arrayfunc_assign, gfc_conv_function_call): Updated gfc_trans_runtime_check calls. (gfc_conv_function_call): Update gfc_conv_array_parameter calls. * trans-expr.c (gfc_trans_goto): Updated gfc_trans_runtime_check calls. * trans-io.c (set_string,gfc_conv_intrinsic_repeat): Ditto. (gfc_conv_intrinsic_transfer,gfc_conv_intrinsic_loc): Same for gfc_conv_array_parameter. * trans-intrinsics.c (gfc_conv_intrinsic_bound): Ditto. * trans-decl.c (gfc_build_builtin_function_decls): Add gfor_fndecl_runtime_warning_at. * lang.opt: New option fcheck-array-temporaries. * gfortran.h (gfc_options): New flag_check_array_temporaries. * options.c (gfc_init_options, gfc_handle_option): Handle flag. * invoke.texi: New option fcheck-array-temporaries. 2008-07-27 Tobias Burnus [EMAIL PROTECTED] PR fortran/36132 PR fortran/29952 PR fortran/36909 * runtime/error.c: New function runtime_error_at. * gfortran.map: Ditto. * libgfortran.h: Ditto. 2008-07-27 Tobias Burnus [EMAIL PROTECTED] PR fortran/36132 PR fortran/29952 PR fortran/36909 gfortran.dg/internal_pack_4.f90: New. gfortran.dg/internal_pack_5.f90: New. gfortran.dg/array_temporaries_2.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/array_temporaries_2.f90 trunk/gcc/testsuite/gfortran.dg/internal_pack_4.f90 trunk/gcc/testsuite/gfortran.dg/internal_pack_5.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/invoke.texi trunk/gcc/fortran/lang.opt trunk/gcc/fortran/options.c trunk/gcc/fortran/trans-array.c trunk/gcc/fortran/trans-array.h trunk/gcc/fortran/trans-decl.c trunk/gcc/fortran/trans-expr.c trunk/gcc/fortran/trans-intrinsic.c trunk/gcc/fortran/trans-io.c trunk/gcc/fortran/trans-stmt.c trunk/gcc/fortran/trans.c trunk/gcc/fortran/trans.h trunk/gcc/testsuite/ChangeLog trunk/libgfortran/ChangeLog trunk/libgfortran/gfortran.map trunk/libgfortran/libgfortran.h trunk/libgfortran/runtime/error.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36132
[Bug c++/36943] [c++0x] Use of nested C++0x initializer list for non-aggregate rejected
--- Comment #1 from paolo dot carlini at oracle dot com 2008-07-27 10:53 --- Jason, can you have a look? -- paolo dot carlini at oracle dot com changed: What|Removed |Added CC||jason at gcc dot gnu dot org Summary|Use of nested C++0x |[c++0x] Use of nested C++0x |initializer list for non- |initializer list for non- |aggregate rejected |aggregate rejected http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36943
[Bug fortran/29952] Flag to give runtime information array temporary was created for argument
--- Comment #7 from burnus at gcc dot gnu dot org 2008-07-27 10:54 --- Now also run-time warnings are printed. - FIXED on the trunk (4.4). -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29952
[Bug fortran/36909] INTENT(IN) formal - No need to call _gfortran_internal_unpack
--- Comment #3 from burnus at gcc dot gnu dot org 2008-07-27 10:55 --- FIXED on the trunk (4.4). -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36909
[Bug fortran/36132] _gfortran_internal_pack on optional arguments
--- Comment #11 from burnus at gcc dot gnu dot org 2008-07-27 11:42 --- Subject: Bug 36132 Author: burnus Date: Sun Jul 27 11:41:35 2008 New Revision: 138187 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138187 Log: 2008-07-27 Tobias Burnus [EMAIL PROTECTED] PR fortran/36132 * trans-array.c (gfc_conv_array_parameter): Fix packing/unpacking for nonpresent optional actuals to optional formals. * trans-array.h (gfc_conv_array_parameter): Update declaration. * trans-expr.c (gfc_conv_function_call,gfc_trans_arrayfunc_assign): Update gfc_conv_array_parameter calls. * trans-intrinsics (gfc_conv_intrinsic_transfer, gfc_conv_intrinsic_loc): Ditto. 2008-07-27 Tobias Burnus [EMAIL PROTECTED] PR fortran/36132 * gfortran.dg/internal_pack_4.f90: New. Added: branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/internal_pack_4.f90 Modified: branches/gcc-4_3-branch/gcc/fortran/ChangeLog branches/gcc-4_3-branch/gcc/fortran/trans-array.c branches/gcc-4_3-branch/gcc/fortran/trans-array.h branches/gcc-4_3-branch/gcc/fortran/trans-expr.c branches/gcc-4_3-branch/gcc/fortran/trans-intrinsic.c branches/gcc-4_3-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36132
[Bug fortran/36132] _gfortran_internal_pack on optional arguments
--- Comment #12 from burnus at gcc dot gnu dot org 2008-07-27 11:47 --- FIXED on the trunk and on the 4.3 branch. Thanks for the bug report. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36132
[Bug fortran/36403] [4.4 Regression] Some fortran tests using eoshift fail on SH
--- Comment #3 from burnus at gcc dot gnu dot org 2008-07-27 13:52 --- Isn't this maybe a general problem about optional string arguments? Or is this really a eoshift-specific problem? I'm just thinking about a general solution for this kind of problem if it isn't. I think this might be a more general problem, but it is not trivially solvable. For external procedures, if the interface is available (as required for optional arguments), the length is also present if the actual argument is missing. For intrinsic functions there exists also a formal argument list, but for EOSHIFT's ARRAY/BOUNDARY argument it is ts.type == BT_REAL. (EOSHIFT allows numeric types [real, integer, complex] and the character types.) And as the actual argument is NULL, its type can also not be used to know that the string length has to be passed. I therefore think FX's solution of adding a gfc_conv_intrinsic_eoshift is OK. The alternative would be to add a specific function with BT_CHARACTER type to the generic function EOSHIFT. I'm not sure how to do this best. For fixing it using gfc_conv_intrinsic_eoshift: a) Check other intrinsic functions, which take an optional argument which is of character type. b) At least for the test case, the following if matches in trans-intrinsics.c's fc_conv_intrinsic_function: if (expr-rank 0 !expr-inline_noncopying_intrinsic) { lib = gfc_is_intrinsic_libcall (expr); if (lib != 0) { if (lib == 1) se-ignore_optional = 1; gfc_conv_intrinsic_funcall (se, expr); return; } } Thus adding a case GFC_ISYM_EOSHIFT: in the switch block does not make sense. (I think boundary needs to be an array and thus the if above always matches.) c) I think the function should be called conv_intrinsic_eoshift w/o gfc_ as it is not exported. In conv_intrinsic_eoshift I think one can add as first line: if (expr-value.function.actual-expr-ts.type != BT_CHARACTER) { gfc_conv_intrinsic_funcall (se, expr); return; } Or one covers both cases in that function. (One can check the actual argument type here because the first argument, ARRAY, must be present and BOUNDARY has the same type as ARRAY.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36403
[Bug fortran/36947] Attributes not fully checked comparing actual vs dummy procedure
--- Comment #3 from w6ws at earthlink dot net 2008-07-27 13:52 --- Subject: Re: Attributes not fully checked comparing actual vs dummy procedure burnus at gcc dot gnu dot org wrote: If actual-argument procedure itself takes procedures as argument, one can check recursively, which will be more work; I think for such kind of nesting no checking is done currently. Good point. (I thought that there was a PR already, but I cannot find it - maybe it does not exist.) There are several 'accept-invalid' PRs that seem to deal with similar issues, but I did not see any that specifically addressed this one. BTW, I meant to say that the NAG compiler finds the problem at *compile* time. So run-time never happens. Almost every other compiler I have tried ignores the problem, and a SEGV usually occurs at run-time. Thank you for looking into this! W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36947
[Bug bootstrap/36948] New: cc1.exe: internal compiler error: Segmentation fault
xgcc.exe (GCC; Mingw; 32bit; i686; NLS) 4.3.1 Copyright (C) 2008 Free Software Foundation, Inc. configure:2369: $? = 0 configure:2371: /c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/xgcc -B/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/ -L/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/i686-pc-mingw32/winsup/mingw -L/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/i686-pc-mingw32/winsup/w32api/lib -isystem /c/_GccBuilds/gcc-4.3.1/winsup/mingw/include -isystem /c/_GccBuilds/gcc-4.3.1/winsup/w32api/include -B/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/bin/ -B/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/lib/ -isystem /c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/include -isystem /c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/sys-include -v /dev/null 5 configure:2374: $? = 5 configure:2376: /c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/xgcc -B/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/ -L/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/i686-pc-mingw32/winsup/mingw -L/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/i686-pc-mingw32/winsup/w32api/lib -isystem /c/_GccBuilds/gcc-4.3.1/winsup/mingw/include -isystem /c/_GccBuilds/gcc-4.3.1/winsup/w32api/include -B/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/bin/ -B/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/lib/ -isystem /c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/include -isystem /c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/sys-include -V /dev/null 5 configure:2379: $? = 5 configure:2398: /c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/xgcc -B/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/ -L/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/i686-pc-mingw32/winsup/mingw -L/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/i686-pc-mingw32/winsup/w32api/lib -isystem /c/_GccBuilds/gcc-4.3.1/winsup/mingw/include -isystem /c/_GccBuilds/gcc-4.3.1/winsup/w32api/include -B/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/bin/ -B/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/lib/ -isystem /c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/include -isystem /c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/sys-include -o conftest -O2 conftest.c 5 cc1.exe: internal compiler error: Segmentation fault configure:2401: $? = 1 configure:2567: checking for suffix of object files configure:2588: /c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/xgcc -B/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/ -L/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/i686-pc-mingw32/winsup/mingw -L/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/i686-pc-mingw32/winsup/w32api/lib -isystem /c/_GccBuilds/gcc-4.3.1/winsup/mingw/include -isystem /c/_GccBuilds/gcc-4.3.1/winsup/w32api/include -B/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/bin/ -B/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/lib/ -isystem /c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/include -isystem /c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/sys-include -c -O2 conftest.c 5 cc1.exe: internal compiler error: Segmentation fault configure:2591: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME GNU C Runtime Library | #define PACKAGE_TARNAME libgcc | #define PACKAGE_VERSION 1.0 | #define PACKAGE_STRING GNU C Runtime Library 1.0 | #define PACKAGE_BUGREPORT | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:2605: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. -- Summary: cc1.exe: internal compiler error: Segmentation fault Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: andry at inbox dot ru GCC host triplet: i686-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
[Bug bootstrap/36948] cc1.exe: internal compiler error: Segmentation fault
--- Comment #2 from andry at inbox dot ru 2008-07-27 14:01 --- Created an attachment (id=15967) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15967action=view) libgcc config log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
[Bug bootstrap/36948] cc1.exe: internal compiler error: Segmentation fault
--- Comment #3 from andry at inbox dot ru 2008-07-27 14:03 --- configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. make[1]: *** [configure-target-libgcc] Error 1 make: *** [all] Error 2 -- andry at inbox dot ru changed: What|Removed |Added Summary|cc1.exe: internal compiler |cc1.exe: internal compiler |error: Segmentation fault |error: Segmentation fault http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
[Bug bootstrap/36948] cc1.exe: internal compiler error: Segmentation fault
--- Comment #1 from andry at inbox dot ru 2008-07-27 14:01 --- Created an attachment (id=15966) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15966action=view) Root config log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
[Bug tree-optimization/36830] [4.4 Regression] STORAGE_ERROR raised compiling s-os_lib.adb
--- Comment #10 from dberlin at gcc dot gnu dot org 2008-07-27 15:37 --- Subject: Re: [4.4 Regression] STORAGE_ERROR raised compiling s-os_lib.adb No, it doesn't. Even if the op isn't hashed, it is still compared for in vn_reference_op_eq, so at worst the non-hashing will make it compare more vn_reference_op's than it has to, it shouldn't affect correctness. On Sun, Jul 27, 2008 at 5:16 AM, ebotcazou at gcc dot gnu dot org [EMAIL PROTECTED] wrote: --- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-07-27 09:16 --- This points to an immediate problem in vn_reference_op_compute_hash: /* Compute the hash for a reference operand VRO1. */ static hashval_t vn_reference_op_compute_hash (const vn_reference_op_t vro1) { return iterative_hash_expr (vro1-op0, vro1-opcode) + iterative_hash_expr (vro1-op1, vro1-opcode); } op2 is not hashed (whereas it is on the 4.3 branch). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36830 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36830
[Bug libstdc++/36949] New: [C++0x] make_shared does not initialize enable_shared_from_this' internal shared_count
Here's a minimalistic example: #include memory struct A : std::enable_shared_from_this A {}; int main() { std::make_shared A ()-shared_from_this(); } It throws a bad_weak_ptr exception, which is AFAICT wrong. -- Summary: [C++0x] make_shared does not initialize enable_shared_from_this' internal shared_count Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot frey at gmx dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36949
[Bug tree-optimization/36830] [4.4 Regression] STORAGE_ERROR raised compiling s-os_lib.adb
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2008-07-27 15:58 --- Even if the op isn't hashed, it is still compared for in vn_reference_op_eq, so at worst the non-hashing will make it compare more vn_reference_op's than it has to, it shouldn't affect correctness. You're right, fixing this oversight was not sufficient, there was another. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2008-07-23 09:35:26 |2008-07-27 15:58:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36830
[Bug libstdc++/36950] New: [C++0x] make_shared does not initialize enable_shared_from_this' internal shared_count
Here's a minimalistic example: #include memory struct A : std::enable_shared_from_this A {}; int main() { std::make_shared A ()-shared_from_this(); } It throws a bad_weak_ptr exception, which is AFAICT wrong. -- Summary: [C++0x] make_shared does not initialize enable_shared_from_this' internal shared_count Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot frey at gmx dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36950
[Bug libstdc++/36950] [C++0x] make_shared does not initialize enable_shared_from_this' internal shared_count
--- Comment #1 from d dot frey at gmx dot de 2008-07-27 16:19 --- Sorry, reporting it *once* should be enough :-} *** This bug has been marked as a duplicate of 36949 *** -- d dot frey at gmx dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36950
[Bug fortran/36652] Internal compiler error: in gfc_conv_expr
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-07-27 16:29 --- Can not reproduce the problem with 4.4.0 (20080727) on i686-pc-linux-gnu. Could you please try with a more recent version than 4.4.40 (20080509) whether the problem still exists for your platform? -- dfranke at gcc dot gnu dot org changed: What|Removed |Added CC||dfranke at gcc dot gnu dot ||org GCC build triplet| ../gcc-4.4-| |20080509/configure --enable-| |languages=fortran | GCC host triplet||20080509 GCC target triplet|i386-apple-darwin9.2.0 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36652
[Bug fortran/36724] ICE: (character pointer targets substring)
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-07-27 16:32 --- Subject: Bug 36724 Author: dfranke Date: Sun Jul 27 16:32:14 2008 New Revision: 138190 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138190 Log: 2008-07-27 Daniel Franke [EMAIL PROTECTED] PR fortran/36724 * gfortran.dg/pointer_to_substring.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/pointer_to_substring.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36724
[Bug fortran/36724] ICE: (character pointer targets substring)
--- Comment #4 from dfranke at gcc dot gnu dot org 2008-07-27 16:33 --- Reporter can't reproduce problem with current release. Committed testcase to avoid later regression. Closing. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36724
[Bug fortran/36652] Internal compiler error: in gfc_conv_expr
-- dfranke at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING GCC host triplet|20080509| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36652
[Bug libstdc++/36949] [C++0x] make_shared does not initialize enable_shared_from_this' internal shared_count
--- Comment #1 from d dot frey at gmx dot de 2008-07-27 16:19 --- *** Bug 36950 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36949
[Bug fortran/36632] OpenMP code with access to module variable causes Fortran compiler to crash
--- Comment #4 from dfranke at gcc dot gnu dot org 2008-07-27 16:45 --- Backport becomes more unlikely as trees diverge more and more. Suggest submitting the testcase to avoid regression and closing as WONTFIX for 4.3.x? -- dfranke at gcc dot gnu dot org changed: What|Removed |Added CC||dfranke at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu | Keywords||ice-on-valid-code, openmp Known to fail||4.2.5 4.3.1 Known to work||4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36632
[Bug fortran/36577] Segmentation fault from gfortran compilation
--- Comment #9 from dfranke at gcc dot gnu dot org 2008-07-27 16:55 --- Anything new here? Did you try a newer version of gfortran as suggested by Steve? If it still does not work for you, could you provide a self-contained test case? -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36577
[Bug tree-optimization/36830] [4.4 Regression] STORAGE_ERROR raised compiling s-os_lib.adb
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2008-07-27 16:58 --- Subject: Bug 36830 Author: ebotcazou Date: Sun Jul 27 16:57:34 2008 New Revision: 138192 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138192 Log: PR tree-optimization/36830 * tree-vn.c (expressions_equal_p): Return false if only one operand is null. Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/tree-vn.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36830
[Bug tree-optimization/36830] [4.4 Regression] STORAGE_ERROR raised compiling s-os_lib.adb
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2008-07-27 17:04 --- Presumably. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36830
[Bug tree-optimization/36830] [4.4 Regression] STORAGE_ERROR raised compiling s-os_lib.adb
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2008-07-27 16:56 --- Subject: Bug 36830 Author: ebotcazou Date: Sun Jul 27 16:55:31 2008 New Revision: 138191 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138191 Log: PR tree-optimization/36830 * tree-ssa-sccvn.c (vn_reference_op_compute_hash): Hash operand #2. (expressions_equal_p): Return false if only one operand is null. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-sccvn.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36830
[Bug ada/36207] [4.4 regression] Ada bootstrap fails in uintp.adb:1595
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2008-07-27 17:11 --- Aaron, could you update your tree and attemp a clean bootstrap? The fix is supposed to be 2008-07-17 Olivier Hainque [EMAIL PROTECTED] * utils.c (create_var_decl_1): Relax expectations on the PUBLIC_FLAG argument, to apply to references in addition to definitions. Prevent setting TREE_STATIC on externals. (gnat_pushdecl): Always clear DECL_CONTEXT on public externals. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36207
[Bug fortran/36463] [4.4 Regression] ICE in expand_expr_real_1, at expr.c:7264 with rev.136554
--- Comment #4 from burnus at gcc dot gnu dot org 2008-07-27 17:13 --- Withe following patch the ICE is changed to pr35971_red.f90:33.25: gp = get_funloc(make_mess,aux) 1 Error: Type/rank mismatch in argument 'x' at (1) - sym-as = gfc_copy_array_spec (ifc-as); + /* sym-as = gfc_copy_array_spec (ifc-as); */ The patch is wrong. Before there were two bugs - the one fixed by the adding the sym-as line and the wrong memory access. Fixing the first bug, which solved one program (see test suite), now reveals the next problem. I think that was already tracked in one of the bind(C) PRs. Unfortunately, there are now so many that I lost track. In any case is PR 36322 about the same c.l.f. test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36463
[Bug libstdc++/36949] [C++0x] make_shared does not initialize enable_shared_from_this' internal shared_count
--- Comment #2 from paolo dot carlini at oracle dot com 2008-07-27 17:32 --- Jonathan, can you have a look? If you can confirm the issue, is it just matter of adding a call to __enable_shared_from_this_helper(_M_refcount, _M_ptr, _M_ptr) to __shared_ptr(_Sp_make_shared_tag, _Alloc, _Args...) ?? PS: I'm going to adjust some arguments around from _Alloc to const _Alloc... -- paolo dot carlini at oracle dot com changed: What|Removed |Added CC||jwakely dot gcc at gmail dot ||com, paolo dot carlini at ||oracle dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36949
[Bug fortran/36463] [4.4 Regression] ICE in expand_expr_real_1, at expr.c:7264 with rev.136554
--- Comment #5 from burnus at gcc dot gnu dot org 2008-07-27 17:19 --- Regarding the test case in comment 2, ifort complains: fjf.f90(14): error #6487: Local array names may not be used as IMPORT-name_entities [MY_MESSAGE] import my_message ^ (my_message is a module-global variable) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36463
[Bug c++/36944] [4.4 Regression]: Revision 138123 breaks constructors with default arguments
--- Comment #9 from hjl at gcc dot gnu dot org 2008-07-27 17:40 --- Subject: Bug 36944 Author: hjl Date: Sun Jul 27 17:40:04 2008 New Revision: 138194 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138194 Log: gcc/cp/ 2008-07-27 H.J. Lu [EMAIL PROTECTED] PR c++/36944 * class.c (type_has_user_provided_default_constructor): Handle default parameters. gcc/testsuite/ 2008-07-27 H.J. Lu [EMAIL PROTECTED] PR c++/36944 * g++.dg/other/pr36944.C: New. Added: trunk/gcc/testsuite/g++.dg/other/pr36944.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36944
[Bug bootstrap/36948] cc1.exe: internal compiler error: Segmentation fault
--- Comment #4 from andry at inbox dot ru 2008-07-27 17:52 --- Seems that crash happens when GCC run with -O2 flag: make CFLAGS=-O2 CFLAGS_FOR_TARGET=-O2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
[Bug c++/36943] [c++0x] Use of nested C++0x initializer list for non-aggregate rejected
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-07-27 18:28:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36943
[Bug bootstrap/36907] [4.4 Regression]: Gcc failed to bootstrap
--- Comment #22 from hjl dot tools at gmail dot com 2008-07-27 18:59 --- Fixed by revision 138154. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36907
[Bug c++/36944] [4.4 Regression]: Revision 138123 breaks constructors with default arguments
--- Comment #10 from hjl dot tools at gmail dot com 2008-07-27 18:56 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36944
[Bug target/36936] [4.4 Regression]: Revision 138075 breaks cmove
--- Comment #7 from hjl dot tools at gmail dot com 2008-07-27 18:58 --- Fixed by revision 138154. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36936
[Bug middle-end/36858] Incorrect alignment attribute on stack parameter
--- Comment #5 from hjl dot tools at gmail dot com 2008-07-27 19:09 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36858
[Bug middle-end/36859] Caller/callee mismatch for vararg on stack
--- Comment #3 from hjl dot tools at gmail dot com 2008-07-27 19:09 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36859
[Bug tree-optimization/36926] [4.4 Regression] Revision 138092 breaks building of xalancbmk
--- Comment #11 from hjl dot tools at gmail dot com 2008-07-27 18:56 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36926
[Bug middle-end/36701] [4.4 Regression] unaligned access in gcc.c-torture/execute/complex-7.c
--- Comment #12 from hjl dot tools at gmail dot com 2008-07-27 19:11 --- Jim, can you take a look at this patch? -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||wilson at tuliptree dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36701
[Bug fortran/33341] array temporaries for all intrinsic (unnecessary stores for array constructor)
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-07-27 19:28 --- The test case now correctly complains about an unneeded temporary: $ gfortran -Warray-temporaries foo.f90 foo.f90:5.8: foo = all((/ a, b, c /) /= d) 1 Warning: Creating array temporary at (1) -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Summary|unnecessary stores for array|array temporaries for all |constructor |intrinsic (unnecessary ||stores for array ||constructor) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33341
[Bug fortran/36825] F2008: I/O with rank 7 arrays [will break presumably break library ABI]
--- Comment #6 from burnus at gcc dot gnu dot org 2008-07-27 19:54 --- See also http://gcc.gnu.org/ml/fortran/2008-07/msg00211.html Problem is the libgfortran ABI. Email mentions PR 35718, which presumably also means an ABI breakage. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Summary|Problems with dimensions 7|F2008: I/O with rank 7 ||arrays [will break ||presumably break library ||ABI] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36825
[Bug c/36951] New: uninitialized-variable warning misnames program objects after inlining
Compiling the attached piece of code produces this: foo.c: In function 'bar': foo.c:8: warning: 'bar_thing.member' is used uninitialized in this function but line 8 is in foo(), not bar, and bar_thing isn't in scope. It has inlined foo (confirmed in the assembler output) and it's reporting about the inlined assignment, but it's doing so in a... less than desirable way. When I hit this on real source, the inlined function and the call site were 1000 lines apart, and the reported name of the variable at the call site (equivalent to bar_thing) was not illuminating, so I had to get most of the way through preparing the minimal bug report before I realized what was going on. I've seen this on several configurations of gcc 4.1.2 (and also the pre-4.1.3 snap NetBSD is currently using) but I don't have any newer gccs than that on hand. If you don't care because nobody cares about 4.1 any more and it doesn't repeat on newer gccs, oh well. Environment: System: NetBSD tanaqui 4.99.54 NetBSD 4.99.54 (TANAQUI) #21: Fri Feb 29 12:31:31 EST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/TANAQUI i386 host: i386-unknown-netbsdelf4.99.19 build: i386-unknown-netbsdelf4.99.19 target: mips-unknown-linux-gnu configured with: /home/dholland/projects/os161/toolchain/work2007/test-gcc/./gcc-4.1.2+cs161/configure --target=mips-linux --nfp --disable-shared --disable-threads --disable-libmudflap --disable-libssp --prefix=/home/dholland/cs161/tools How-To-Repeat: gcc -Wall -O -c foo.i foo.i: # 1 foo.c # 1 built-in # 1 command line # 1 foo.c struct thing { int member; }; struct thing *external; static void foo(struct thing foo_thing) { *external = foo_thing; } void bar(void) { struct thing bar_thing; foo(bar_thing); } -- Summary: uninitialized-variable warning misnames program objects after inlining Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dholland at eecs dot harvard dot edu GCC build triplet: i386-unknown-netbsdelf4.99.19 GCC host triplet: i386-unknown-netbsdelf4.99.19 GCC target triplet: mips-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36951
[Bug middle-end/36951] uninitialized-variable warning misnames program objects after inlining
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-07-27 20:35 --- In 4.3 (maybe even 4.2), we get an extra note: t.c: In function 'bar': t.c:8: warning: 'bar_thing.member' is used uninitialized in this function t.c:12: note: 'bar_thing.member' was declared here So I think I can declare this as being fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c |middle-end Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36951
[Bug libgomp/33131] [4.2 regression] libgomp/env.c:60: warning: implicit declaration of function 'strncasecmp'
--- Comment #9 from jakub at gcc dot gnu dot org 2008-07-27 20:59 --- Fixed on the trunk. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33131
[Bug tree-optimization/35252] No vectorization for complex arrays
--- Comment #2 from victork at gcc dot gnu dot org 2008-07-27 21:45 --- Subject: Bug 35252 Author: victork Date: Sun Jul 27 21:44:25 2008 New Revision: 138198 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138198 Log: 2008-07-27 Victor Kaplansky [EMAIL PROTECTED] PR tree-optimization/35252 * tree-vect-analyze.c (vect_build_slp_tree): Make IMAGPART_EXPR and REALPART_EXPR to be considered as same load operation. testsuite PR tree-optimization/35252 * gcc.dg/vect/vect-complex-1.c, gcc.dg/vect/vect-complex-2.c, gcc.dg/vect/fast-math-vect-complex-3.c, gcc.dg/vect/vect-complex-4.c: New tests. Added: trunk/gcc/testsuite/gcc.dg/vect/fast-math-vect-complex-3.c trunk/gcc/testsuite/gcc.dg/vect/vect-complex-1.c trunk/gcc/testsuite/gcc.dg/vect/vect-complex-2.c trunk/gcc/testsuite/gcc.dg/vect/vect-complex-4.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-vect-analyze.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35252
[Bug fortran/36825] F2008: I/O with rank 7 arrays [will break presumably break library ABI]
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-07-27 23:25 --- I see only one place in the I/O library that uses GFC_DTYPE_RANK_MASK. There are many many places in the intrinsics. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36825