[Bug rtl-optimization/25514] [4.0/4.1 regression] internal consistency failure
--- Comment #21 from richard at nildram dot co dot uk 2007-01-06 08:42 --- Subject: Re: [4.0/4.1 regression] internal consistency failure ebotcazou at gcc dot gnu dot org [EMAIL PROTECTED] writes: Eric asked me to weigh in here. My only concern about a backport is Comment #9, which suggests that the patch didn't work. I'm assuming that since we're all talking about backporting it, that comment was mistaken? If indeed there are no known problems, I think it's reasonable to put this on 4.1. Thanks Mark. It seems that a whole new class of internal consistency failures due to the mishandling of REG_NOTEs in the combiner appeared in 4.1.x (for example rtl-optimization/28243 and the blocked rtl-optimization/29329) and up. Richard's patch is the most generic fix available as of today, so backporting it or not to the 4.1.x branch has cascading effects on the other PRs. Maybe the problem reported in comment #9 is another variant. Richard, are you still ready to backport it? If so, I can revert my patch for rtl-optimization/28243 right now to make things easier. Yup, I'm still ready to backport it if the consensus is that the patch is OK for 4.1. I see from later comments that you might be backporting it yourself, but the offer still stands if you haven't started yet. Richard -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25514
[Bug rtl-optimization/25514] [4.0/4.1 regression] internal consistency failure
--- Comment #22 from ebotcazou at gcc dot gnu dot org 2007-01-06 08:53 --- Yup, I'm still ready to backport it if the consensus is that the patch is OK for 4.1. I see from later comments that you might be backporting it yourself, but the offer still stands if you haven't started yet. I only resynced my 4.1 branch (it changed a lot recently) and got a baseline, so I've not really started. OK, please do it and I'll only do the reversion of my patch on all branches. Thanks again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25514
[Bug fortran/29975] [meta-bugs] ICEs with CP2K
--- Comment #46 from burnus at gcc dot gnu dot org 2007-01-06 09:22 --- (In reply to comment #44) Current gcc ICEs again on CP2K I tried to reproduce this with gfortran (trunk) of yesterday with CP2k of today - and I failed to get an ICE. I tried then to directly use gfortran-4.2 (also yesterday's version) without any ICE. I also tried gfortran 4.3 20070102. gfortran -c -O3 -ftree-vectorize -ffast-math -march=opteron -fopenmp mc_coordinates.f90 mc_coordinates.f90: In function check_for_overlap: mc_coordinates.f90:192: internal compiler error: in operand_equal_p, at fold-const.c:2539 This is in my CP2k: box_length(1:3)=abc(1:3) where REAL(KIND=dp), DIMENSION(1:3) :: abc, box_length Can you try to find the minimal set of options which causes this bug? e.g. -O0 no -ftree-vectorize -ffast-math, no -fopenmp etc. What is your exact version of gfortran? By the way, I think one should leave in future this PR closed and open new PR; this PR is a wild mixure between a meta bug (5 dependend bugs, now fixed) and a couple of rather independent bugs reported directly here. -- burnus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|pault at gcc dot gnu dot org|unassigned at gcc dot gnu ||dot org Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
[Bug c/19978] overflow in expression of constants should not cause multiple warnings
--- Comment #7 from manu at gcc dot gnu dot org 2007-01-06 09:34 --- Fixed in mainline. -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19978
[Bug c/19977] overflow in non-static initializer should not be pedwarn
--- Comment #6 from manu at gcc dot gnu dot org 2007-01-06 09:36 --- Fixed in mainline. -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19977
[Bug fortran/30388] gfortran42 is slower than g77 3.4 about 10%
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-01-06 10:17 --- Well, it all boils down to differences in induction variable choices. The choice made by 3.4 (for i686) doesn't look too good to me compared to 4.1.2 here. 4.1: MFLOPS: 990.4130 time(s): 28.10176 3.4: MFLOPS: 449.016235 time(s): 59.8477402 (-O2 -ffast-math -funroll-loops -fomit-frame-pointer) The predcomm branch should be able to do a lot better here. With SSE math I get 4.1: MFLOPS: 954.2382 time(s): 31.46597 3.4: MFLOPS: 467.92215 time(s): 59.1876984 -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rakdver at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30388
[Bug fortran/30391] New: [4.3 regression] ICE at -O1 on
The following fails with today's (rev. 120520) trunk (at -O1 on both i686-linux
and x86_64-linux):
$ cat mc_coordinates.f90
SUBROUTINE check_for_overlap (cell_length)
REAL, DIMENSION(1:3), INTENT(IN), OPTIONAL :: cell_length
REAL, DIMENSION(1:3) :: abc, box_length
IF (PRESENT(cell_length)) THEN
box_length(1:3)=abc(1:3)
ENDIF
END SUBROUTINE check_for_overlap
$ gfortran -O1 -c mc_coordinates.f90
mc_coordinates.f90: In function check_for_overlap:
mc_coordinates.f90:6: internal compiler error: in operand_equal_p, at
fold-const.c:2539
The bug was originaly reported in PR29975. The gdb backtrace is:
Breakpoint 1, fancy_abort (file=0xa20a04 ../../trunk/gcc/fold-const.c,
line=2539, function=0xa20900 operand_equal_p)
at ../../trunk/gcc/diagnostic.c:641
641 {
(gdb) back
#0 fancy_abort (file=0xa20a04 ../../trunk/gcc/fold-const.c, line=2539,
function=0xa20900 operand_equal_p) at ../../trunk/gcc/diagnostic.c:641
#1 0x005c416d in operand_equal_p (arg0=0x2a984c3e40,
arg1=0x2a983e3300, flags=0) at ../../trunk/gcc/fold-const.c:2539
#2 0x005c7f5f in fold_ternary (code=COND_EXPR, type=0x2a983f30c0,
op0=0x2a983de3c0, op1=0x2a984c3e40, op2=0x2a983e3300)
at ../../trunk/gcc/fold-const.c:11657
#3 0x005c9161 in fold_build3_stat (code=COND_EXPR, type=0x2a983f30c0,
op0=0x2a983de3c0, op1=0x2a984c3e40, op2=0x2a983e3300)
at ../../trunk/gcc/fold-const.c:12307
#4 0x00493271 in gfc_trans_if_1 (code=0xd6af60)
at ../../trunk/gcc/fortran/trans-stmt.c:612
#5 0x00464b83 in gfc_trans_code (code=0xd73b80)
at ../../trunk/gcc/fortran/trans.c:528
#6 0x00477f64 in gfc_generate_function_code (ns=0xd6a710)
at ../../trunk/gcc/fortran/trans-decl.c:3232
#7 0x00442bfc in gfc_parse_file ()
at ../../trunk/gcc/fortran/parse.c:3263
I don't see any suspicious change in gcc/fortran/ChangeLog, maybe it has to do
with Roger's recent array copying patch (although I don't see how). What is
sure is that it worked at least until 20070104, and is now failing. Roger,
could you give it a look?
--
Summary: [4.3 regression] ICE at -O1 on
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
OtherBugsDependingO 29975
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30391
[Bug fortran/29975] [meta-bugs] ICEs with CP2K
--- Comment #47 from fxcoudert at gcc dot gnu dot org 2007-01-06 10:43 --- (In reply to comment #44) Current gcc ICEs again on CP2K: Reduced testcase reported as PR 30391. I appeared between 20070104 and today, and happens on both i686-linux and x86-64 linux; I pinged the person that might be responsible for it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
[Bug c++/27826] [4.0 Regression] ICE in copy_to_mode_reg
--- Comment #25 from rguenth at gcc dot gnu dot org 2007-01-06 10:59 --- Subject: Bug 27826 Author: rguenth Date: Sat Jan 6 10:59:34 2007 New Revision: 120523 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120523 Log: 2007-01-05 Richard Guenther [EMAIL PROTECTED] PR middle-end/27826 * tree.c (get_narrower): Do not construct COMPONENT_REFs with mismatched types. Instead explicitly build a conversion NOP_EXPR. Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27826
[Bug target/29867] [4.3 Regression] building libgfortran fails because of multiple definitions gcc-4.3-20061111
--- Comment #19 from dfranke at gcc dot gnu dot org 2007-01-06 11:11 --- Resolved in private mail to difficulties with the build process. Although PR30008 gave the same error messages, it is not a dupe. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29867
[Bug bootstrap/30008] bootstrapping: fixes are not applied to files in non-standard locations
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-01-06 11:17 --- Reopened, not a dupe of PR29867. The identified problem: some distros place multilib-related files in non-standard locations and include forwarding headers. Thus, fixes are not applied. See http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01520.html for more details. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | Summary|bootstrapping failure: |bootstrapping: fixes are not |multiple function |applied to files in non- |definitions |standard locations http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30008
[Bug c/30392] New: ice for legal kernel code with -Os
I just tried to compile Linux kernel 2.6.19.1 with the new GNU C compiler version 4.3 snapshot 20070105. The compiler said mm/slab.c: At top level: mm/slab.c:4266: error: edge __kmalloc-__builtin_constant_p has no corresponding call_stmt mm/slab.c:4266: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[1]: *** [mm/slab.o] Error 1 Here is some help from valgrind ==12784== Invalid read of size 8 ==12784==at 0x4D34E7: ssa_operands_active (tree-ssa-operands.c:267) ==12784==by 0x4B4035: dump_generic_node (tree-pretty-print.c:2705) ==12784==by 0x4BEDFE: print_generic_stmt (tree-pretty-print.c:130) ==12784==by 0x4BEE37: debug_generic_stmt (tree-pretty-print.c:98) ==12784==by 0x8749DB: verify_cgraph_node (cgraphunit.c:818) ==12784==by 0x874CF7: verify_cgraph (cgraphunit.c:842) ==12784==by 0x875968: cgraph_remove_unreachable_nodes (ipa.c:105) ==12784==by 0x87716C: cgraph_early_inlining (ipa-inline.c:1226) ==12784==by 0x811694: execute_one_pass (passes.c:932) ==12784==by 0x81181F: execute_ipa_pass_list (passes.c:996) ==12784==by 0x8754CB: cgraph_optimize (cgraphunit.c:1433) ==12784==by 0x4168D9: c_write_global_declarations (c-decl.c:7969) ==12784== Address 0x28 is not stack'd, malloc'd or (recently) free'd Preprocessed source code attached. Flag -Os required. -- Summary: ice for legal kernel code with -Os Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dcb314 at hotmail dot com GCC host triplet: x86_64-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30392
[Bug c/30392] ice for legal kernel code with -Os
--- Comment #1 from dcb314 at hotmail dot com 2007-01-06 13:26 --- Created an attachment (id=12864) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12864action=view) C source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30392
[Bug fortran/30237] [4.2 and 4.1 only] Alternate return arguments in intrinsic subroutine calls are ignored
--- Comment #5 from pault at gcc dot gnu dot org 2007-01-06 14:13 --- Subject: Bug 30237 Author: pault Date: Sat Jan 6 14:13:20 2007 New Revision: 120525 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120525 Log: 2007-01-06 Paul Thomas [EMAIL PROTECTED] Bug fixes from trunk PR fortran/30034 * resolve.c (resolve_formal_arglist): Exclude the test for pointers and procedures for subroutine arguments as well as functions. PR fortran/30237 * intrinsic.c (remove_nullargs): Do not pass up arguments with a label. If the actual has a label and the formal has a type then emit an error. PR fortran/25135 * module.c (load_generic_interfaces): If the symbol is present and is not generic it is ambiguous. PR fortran/23060 * intrinsic.c (compare_actual_formal ): Distinguish argument list functions from keywords. * intrinsic.c (sort_actual): If formal is NULL, the presence of an argument list function actual is an error. * trans-expr.c (conv_arglist_function) : New function to implement argument list functions %VAL, %REF and %LOC. (gfc_conv_function_call): Call it. * resolve.c (resolve_actual_arglist): Add arg ptype and check argument list functions. (resolve_function, resolve_call): Set value of ptype before calls to resolve_actual_arglist. * primary.c (match_arg_list_function): New function. (gfc_match_actual_arglist): Call it before trying for a keyword argument. PR fortran/27900 * resolve.c (resolve_actual_arglist): If all else fails and a procedure actual argument has no type, see if a specific intrinsic matches. PR fortran/24325 * resolve.c (resolve_function): If the function reference is FL_VARIABLE this is an error. 2007-01-06 Paul Thomas [EMAIL PROTECTED] PR fortran/30034 * gfortran.dg/pure_formal_proc_1.f90: New test. PR fortran/30237 * gfortran.dg/intrinsic_actual_3.f90: New test. PR fortran/25135 * gfortran.dg/generic_11.f90: New test. * gfortran.dg/interface_7.f90: Remove name clash between module name and procedure 'x' referenced in the interface. PR fortran/23060 * gfortran.dg/c_by_val.c: Called by c_by_val_1.f. * gfortran.dg/c_by_val_1.f: New test. * gfortran.dg/c_by_val_2.f: New test. * gfortran.dg/c_by_val_3.f: New test. PR fortran/27900 * gfortran.dg/intrinsic_actual_4.f90: New test. PR fortran/24325 * gfortran.dg/func_decl_3.f90: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val.c branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_1.f branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_2.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/func_decl_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/generic_11.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/intrinsic_actual_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/intrinsic_actual_4.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/pure_formal_proc_1.f90 Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/interface.c branches/gcc-4_2-branch/gcc/fortran/intrinsic.c branches/gcc-4_2-branch/gcc/fortran/module.c branches/gcc-4_2-branch/gcc/fortran/primary.c branches/gcc-4_2-branch/gcc/fortran/resolve.c branches/gcc-4_2-branch/gcc/fortran/trans-expr.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/dummy_procedure_1.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_7.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30237
[Bug fortran/30034] [4.2 and 4.1 only] pure subroutine requires intent for procedure argument
--- Comment #4 from pault at gcc dot gnu dot org 2007-01-06 14:13 --- Subject: Bug 30034 Author: pault Date: Sat Jan 6 14:13:20 2007 New Revision: 120525 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120525 Log: 2007-01-06 Paul Thomas [EMAIL PROTECTED] Bug fixes from trunk PR fortran/30034 * resolve.c (resolve_formal_arglist): Exclude the test for pointers and procedures for subroutine arguments as well as functions. PR fortran/30237 * intrinsic.c (remove_nullargs): Do not pass up arguments with a label. If the actual has a label and the formal has a type then emit an error. PR fortran/25135 * module.c (load_generic_interfaces): If the symbol is present and is not generic it is ambiguous. PR fortran/23060 * intrinsic.c (compare_actual_formal ): Distinguish argument list functions from keywords. * intrinsic.c (sort_actual): If formal is NULL, the presence of an argument list function actual is an error. * trans-expr.c (conv_arglist_function) : New function to implement argument list functions %VAL, %REF and %LOC. (gfc_conv_function_call): Call it. * resolve.c (resolve_actual_arglist): Add arg ptype and check argument list functions. (resolve_function, resolve_call): Set value of ptype before calls to resolve_actual_arglist. * primary.c (match_arg_list_function): New function. (gfc_match_actual_arglist): Call it before trying for a keyword argument. PR fortran/27900 * resolve.c (resolve_actual_arglist): If all else fails and a procedure actual argument has no type, see if a specific intrinsic matches. PR fortran/24325 * resolve.c (resolve_function): If the function reference is FL_VARIABLE this is an error. 2007-01-06 Paul Thomas [EMAIL PROTECTED] PR fortran/30034 * gfortran.dg/pure_formal_proc_1.f90: New test. PR fortran/30237 * gfortran.dg/intrinsic_actual_3.f90: New test. PR fortran/25135 * gfortran.dg/generic_11.f90: New test. * gfortran.dg/interface_7.f90: Remove name clash between module name and procedure 'x' referenced in the interface. PR fortran/23060 * gfortran.dg/c_by_val.c: Called by c_by_val_1.f. * gfortran.dg/c_by_val_1.f: New test. * gfortran.dg/c_by_val_2.f: New test. * gfortran.dg/c_by_val_3.f: New test. PR fortran/27900 * gfortran.dg/intrinsic_actual_4.f90: New test. PR fortran/24325 * gfortran.dg/func_decl_3.f90: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val.c branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_1.f branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_2.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/func_decl_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/generic_11.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/intrinsic_actual_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/intrinsic_actual_4.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/pure_formal_proc_1.f90 Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/interface.c branches/gcc-4_2-branch/gcc/fortran/intrinsic.c branches/gcc-4_2-branch/gcc/fortran/module.c branches/gcc-4_2-branch/gcc/fortran/primary.c branches/gcc-4_2-branch/gcc/fortran/resolve.c branches/gcc-4_2-branch/gcc/fortran/trans-expr.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/dummy_procedure_1.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_7.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30034
[Bug fortran/25135] [4.2 and 4.1 only] Interface name does not conflict with subroutine name
--- Comment #4 from pault at gcc dot gnu dot org 2007-01-06 14:13 --- Subject: Bug 25135 Author: pault Date: Sat Jan 6 14:13:20 2007 New Revision: 120525 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120525 Log: 2007-01-06 Paul Thomas [EMAIL PROTECTED] Bug fixes from trunk PR fortran/30034 * resolve.c (resolve_formal_arglist): Exclude the test for pointers and procedures for subroutine arguments as well as functions. PR fortran/30237 * intrinsic.c (remove_nullargs): Do not pass up arguments with a label. If the actual has a label and the formal has a type then emit an error. PR fortran/25135 * module.c (load_generic_interfaces): If the symbol is present and is not generic it is ambiguous. PR fortran/23060 * intrinsic.c (compare_actual_formal ): Distinguish argument list functions from keywords. * intrinsic.c (sort_actual): If formal is NULL, the presence of an argument list function actual is an error. * trans-expr.c (conv_arglist_function) : New function to implement argument list functions %VAL, %REF and %LOC. (gfc_conv_function_call): Call it. * resolve.c (resolve_actual_arglist): Add arg ptype and check argument list functions. (resolve_function, resolve_call): Set value of ptype before calls to resolve_actual_arglist. * primary.c (match_arg_list_function): New function. (gfc_match_actual_arglist): Call it before trying for a keyword argument. PR fortran/27900 * resolve.c (resolve_actual_arglist): If all else fails and a procedure actual argument has no type, see if a specific intrinsic matches. PR fortran/24325 * resolve.c (resolve_function): If the function reference is FL_VARIABLE this is an error. 2007-01-06 Paul Thomas [EMAIL PROTECTED] PR fortran/30034 * gfortran.dg/pure_formal_proc_1.f90: New test. PR fortran/30237 * gfortran.dg/intrinsic_actual_3.f90: New test. PR fortran/25135 * gfortran.dg/generic_11.f90: New test. * gfortran.dg/interface_7.f90: Remove name clash between module name and procedure 'x' referenced in the interface. PR fortran/23060 * gfortran.dg/c_by_val.c: Called by c_by_val_1.f. * gfortran.dg/c_by_val_1.f: New test. * gfortran.dg/c_by_val_2.f: New test. * gfortran.dg/c_by_val_3.f: New test. PR fortran/27900 * gfortran.dg/intrinsic_actual_4.f90: New test. PR fortran/24325 * gfortran.dg/func_decl_3.f90: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val.c branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_1.f branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_2.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/func_decl_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/generic_11.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/intrinsic_actual_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/intrinsic_actual_4.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/pure_formal_proc_1.f90 Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/interface.c branches/gcc-4_2-branch/gcc/fortran/intrinsic.c branches/gcc-4_2-branch/gcc/fortran/module.c branches/gcc-4_2-branch/gcc/fortran/primary.c branches/gcc-4_2-branch/gcc/fortran/resolve.c branches/gcc-4_2-branch/gcc/fortran/trans-expr.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/dummy_procedure_1.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_7.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25135
[Bug fortran/24325] [4.2 and 4.1 only] ICE in gfc_get_function_type
--- Comment #6 from pault at gcc dot gnu dot org 2007-01-06 14:13 --- Subject: Bug 24325 Author: pault Date: Sat Jan 6 14:13:20 2007 New Revision: 120525 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120525 Log: 2007-01-06 Paul Thomas [EMAIL PROTECTED] Bug fixes from trunk PR fortran/30034 * resolve.c (resolve_formal_arglist): Exclude the test for pointers and procedures for subroutine arguments as well as functions. PR fortran/30237 * intrinsic.c (remove_nullargs): Do not pass up arguments with a label. If the actual has a label and the formal has a type then emit an error. PR fortran/25135 * module.c (load_generic_interfaces): If the symbol is present and is not generic it is ambiguous. PR fortran/23060 * intrinsic.c (compare_actual_formal ): Distinguish argument list functions from keywords. * intrinsic.c (sort_actual): If formal is NULL, the presence of an argument list function actual is an error. * trans-expr.c (conv_arglist_function) : New function to implement argument list functions %VAL, %REF and %LOC. (gfc_conv_function_call): Call it. * resolve.c (resolve_actual_arglist): Add arg ptype and check argument list functions. (resolve_function, resolve_call): Set value of ptype before calls to resolve_actual_arglist. * primary.c (match_arg_list_function): New function. (gfc_match_actual_arglist): Call it before trying for a keyword argument. PR fortran/27900 * resolve.c (resolve_actual_arglist): If all else fails and a procedure actual argument has no type, see if a specific intrinsic matches. PR fortran/24325 * resolve.c (resolve_function): If the function reference is FL_VARIABLE this is an error. 2007-01-06 Paul Thomas [EMAIL PROTECTED] PR fortran/30034 * gfortran.dg/pure_formal_proc_1.f90: New test. PR fortran/30237 * gfortran.dg/intrinsic_actual_3.f90: New test. PR fortran/25135 * gfortran.dg/generic_11.f90: New test. * gfortran.dg/interface_7.f90: Remove name clash between module name and procedure 'x' referenced in the interface. PR fortran/23060 * gfortran.dg/c_by_val.c: Called by c_by_val_1.f. * gfortran.dg/c_by_val_1.f: New test. * gfortran.dg/c_by_val_2.f: New test. * gfortran.dg/c_by_val_3.f: New test. PR fortran/27900 * gfortran.dg/intrinsic_actual_4.f90: New test. PR fortran/24325 * gfortran.dg/func_decl_3.f90: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val.c branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_1.f branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_2.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/func_decl_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/generic_11.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/intrinsic_actual_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/intrinsic_actual_4.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/pure_formal_proc_1.f90 Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/interface.c branches/gcc-4_2-branch/gcc/fortran/intrinsic.c branches/gcc-4_2-branch/gcc/fortran/module.c branches/gcc-4_2-branch/gcc/fortran/primary.c branches/gcc-4_2-branch/gcc/fortran/resolve.c branches/gcc-4_2-branch/gcc/fortran/trans-expr.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/dummy_procedure_1.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_7.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24325
[Bug fortran/27900] [4.2 and 4.1 only] ICE using intrinsics as arguments
--- Comment #13 from pault at gcc dot gnu dot org 2007-01-06 14:13 --- Subject: Bug 27900 Author: pault Date: Sat Jan 6 14:13:20 2007 New Revision: 120525 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120525 Log: 2007-01-06 Paul Thomas [EMAIL PROTECTED] Bug fixes from trunk PR fortran/30034 * resolve.c (resolve_formal_arglist): Exclude the test for pointers and procedures for subroutine arguments as well as functions. PR fortran/30237 * intrinsic.c (remove_nullargs): Do not pass up arguments with a label. If the actual has a label and the formal has a type then emit an error. PR fortran/25135 * module.c (load_generic_interfaces): If the symbol is present and is not generic it is ambiguous. PR fortran/23060 * intrinsic.c (compare_actual_formal ): Distinguish argument list functions from keywords. * intrinsic.c (sort_actual): If formal is NULL, the presence of an argument list function actual is an error. * trans-expr.c (conv_arglist_function) : New function to implement argument list functions %VAL, %REF and %LOC. (gfc_conv_function_call): Call it. * resolve.c (resolve_actual_arglist): Add arg ptype and check argument list functions. (resolve_function, resolve_call): Set value of ptype before calls to resolve_actual_arglist. * primary.c (match_arg_list_function): New function. (gfc_match_actual_arglist): Call it before trying for a keyword argument. PR fortran/27900 * resolve.c (resolve_actual_arglist): If all else fails and a procedure actual argument has no type, see if a specific intrinsic matches. PR fortran/24325 * resolve.c (resolve_function): If the function reference is FL_VARIABLE this is an error. 2007-01-06 Paul Thomas [EMAIL PROTECTED] PR fortran/30034 * gfortran.dg/pure_formal_proc_1.f90: New test. PR fortran/30237 * gfortran.dg/intrinsic_actual_3.f90: New test. PR fortran/25135 * gfortran.dg/generic_11.f90: New test. * gfortran.dg/interface_7.f90: Remove name clash between module name and procedure 'x' referenced in the interface. PR fortran/23060 * gfortran.dg/c_by_val.c: Called by c_by_val_1.f. * gfortran.dg/c_by_val_1.f: New test. * gfortran.dg/c_by_val_2.f: New test. * gfortran.dg/c_by_val_3.f: New test. PR fortran/27900 * gfortran.dg/intrinsic_actual_4.f90: New test. PR fortran/24325 * gfortran.dg/func_decl_3.f90: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val.c branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_1.f branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_2.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/func_decl_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/generic_11.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/intrinsic_actual_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/intrinsic_actual_4.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/pure_formal_proc_1.f90 Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/interface.c branches/gcc-4_2-branch/gcc/fortran/intrinsic.c branches/gcc-4_2-branch/gcc/fortran/module.c branches/gcc-4_2-branch/gcc/fortran/primary.c branches/gcc-4_2-branch/gcc/fortran/resolve.c branches/gcc-4_2-branch/gcc/fortran/trans-expr.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/dummy_procedure_1.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_7.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27900
[Bug fortran/23060] %VAL, %REF and %DESCR constructs not implemented
--- Comment #14 from pault at gcc dot gnu dot org 2007-01-06 14:13 --- Subject: Bug 23060 Author: pault Date: Sat Jan 6 14:13:20 2007 New Revision: 120525 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120525 Log: 2007-01-06 Paul Thomas [EMAIL PROTECTED] Bug fixes from trunk PR fortran/30034 * resolve.c (resolve_formal_arglist): Exclude the test for pointers and procedures for subroutine arguments as well as functions. PR fortran/30237 * intrinsic.c (remove_nullargs): Do not pass up arguments with a label. If the actual has a label and the formal has a type then emit an error. PR fortran/25135 * module.c (load_generic_interfaces): If the symbol is present and is not generic it is ambiguous. PR fortran/23060 * intrinsic.c (compare_actual_formal ): Distinguish argument list functions from keywords. * intrinsic.c (sort_actual): If formal is NULL, the presence of an argument list function actual is an error. * trans-expr.c (conv_arglist_function) : New function to implement argument list functions %VAL, %REF and %LOC. (gfc_conv_function_call): Call it. * resolve.c (resolve_actual_arglist): Add arg ptype and check argument list functions. (resolve_function, resolve_call): Set value of ptype before calls to resolve_actual_arglist. * primary.c (match_arg_list_function): New function. (gfc_match_actual_arglist): Call it before trying for a keyword argument. PR fortran/27900 * resolve.c (resolve_actual_arglist): If all else fails and a procedure actual argument has no type, see if a specific intrinsic matches. PR fortran/24325 * resolve.c (resolve_function): If the function reference is FL_VARIABLE this is an error. 2007-01-06 Paul Thomas [EMAIL PROTECTED] PR fortran/30034 * gfortran.dg/pure_formal_proc_1.f90: New test. PR fortran/30237 * gfortran.dg/intrinsic_actual_3.f90: New test. PR fortran/25135 * gfortran.dg/generic_11.f90: New test. * gfortran.dg/interface_7.f90: Remove name clash between module name and procedure 'x' referenced in the interface. PR fortran/23060 * gfortran.dg/c_by_val.c: Called by c_by_val_1.f. * gfortran.dg/c_by_val_1.f: New test. * gfortran.dg/c_by_val_2.f: New test. * gfortran.dg/c_by_val_3.f: New test. PR fortran/27900 * gfortran.dg/intrinsic_actual_4.f90: New test. PR fortran/24325 * gfortran.dg/func_decl_3.f90: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val.c branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_1.f branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_2.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/c_by_val_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/func_decl_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/generic_11.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/intrinsic_actual_3.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/intrinsic_actual_4.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/pure_formal_proc_1.f90 Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/interface.c branches/gcc-4_2-branch/gcc/fortran/intrinsic.c branches/gcc-4_2-branch/gcc/fortran/module.c branches/gcc-4_2-branch/gcc/fortran/primary.c branches/gcc-4_2-branch/gcc/fortran/resolve.c branches/gcc-4_2-branch/gcc/fortran/trans-expr.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/dummy_procedure_1.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_7.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23060
[Bug fortran/30034] [4.1 only] pure subroutine requires intent for procedure argument
--- Comment #5 from pault at gcc dot gnu dot org 2007-01-06 14:15 --- Fixed on trunk and 4.2 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|[4.2 and 4.1 only] pure |[4.1 only] pure subroutine |subroutine requires intent |requires intent for |for procedure argument |procedure argument http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30034
[Bug fortran/30237] [4.1 only] Alternate return arguments in intrinsic subroutine calls are ignored
--- Comment #6 from pault at gcc dot gnu dot org 2007-01-06 14:16 --- Fixed on trunk and 4.2 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|[4.2 and 4.1 only] Alternate|[4.1 only] Alternate return |return arguments in |arguments in intrinsic |intrinsic subroutine calls |subroutine calls are ignored |are ignored | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30237
[Bug fortran/25135] [4.1 only] Interface name does not conflict with subroutine name
--- Comment #5 from pault at gcc dot gnu dot org 2007-01-06 14:17 --- Fixed on trunk and 4.2 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|[4.2 and 4.1 only] Interface|[4.1 only] Interface name |name does not conflict with |does not conflict with |subroutine name |subroutine name http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25135
[Bug fortran/23060] %VAL, %REF and %DESCR constructs not implemented
--- Comment #15 from pault at gcc dot gnu dot org 2007-01-06 14:17 --- Fixed on trunk and 4.2 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23060
[Bug fortran/27900] [4.1 only] ICE using intrinsics as arguments
--- Comment #14 from pault at gcc dot gnu dot org 2007-01-06 14:18 --- Fixed on trunk and 4.2 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|[4.2 and 4.1 only] ICE using|[4.1 only] ICE using |intrinsics as arguments |intrinsics as arguments http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27900
[Bug fortran/24325] [4.1 only] ICE in gfc_get_function_type
--- Comment #7 from pault at gcc dot gnu dot org 2007-01-06 14:19 --- Fixed on trunk and 4.2 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|[4.2 and 4.1 only] ICE in |[4.1 only] ICE in |gfc_get_function_type |gfc_get_function_type http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24325
[Bug rtl-optimization/25514] [4.0/4.1 regression] internal consistency failure
--- Comment #23 from rsandifo at gcc dot gnu dot org 2007-01-06 14:27 --- Subject: Bug 25514 Author: rsandifo Date: Sat Jan 6 14:26:58 2007 New Revision: 120526 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120526 Log: gcc/ Backport: 2006-05-23 Richard Sandiford [EMAIL PROTECTED] PR rtl-optimization/27736 * combine.c (replaced_rhs_value): New variable. (combine_instructions): Set it. (distribute_notes): When distributing a note in replaced_rhs_insn, check whether the value was used in replaced_rhs_value. 2006-05-22 Richard Sandiford [EMAIL PROTECTED] PR rtl-optimization/25514 * combine.c (replaced_rhs_insn): New variable. (combine_instructions): Set replaced_rhs_insn when trying to replace a SET_SRC with a REG_EQUAL note. (distribute_notes): Use replaced_rhs_insn when determining the live range of a REG_DEAD register. gcc/testsuite/ 2006-05-22 Richard Sandiford [EMAIL PROTECTED] PR rtl-optimization/25514 * gcc.c-torture/compile/pr25514.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/compile/pr25514.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/combine.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25514
[Bug middle-end/27736] [4.2 Regression] unwind-dw2-fde.c:833: fatal error: internal consistency failure
--- Comment #8 from rsandifo at gcc dot gnu dot org 2007-01-06 14:27 --- Subject: Bug 27736 Author: rsandifo Date: Sat Jan 6 14:26:58 2007 New Revision: 120526 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120526 Log: gcc/ Backport: 2006-05-23 Richard Sandiford [EMAIL PROTECTED] PR rtl-optimization/27736 * combine.c (replaced_rhs_value): New variable. (combine_instructions): Set it. (distribute_notes): When distributing a note in replaced_rhs_insn, check whether the value was used in replaced_rhs_value. 2006-05-22 Richard Sandiford [EMAIL PROTECTED] PR rtl-optimization/25514 * combine.c (replaced_rhs_insn): New variable. (combine_instructions): Set replaced_rhs_insn when trying to replace a SET_SRC with a REG_EQUAL note. (distribute_notes): Use replaced_rhs_insn when determining the live range of a REG_DEAD register. gcc/testsuite/ 2006-05-22 Richard Sandiford [EMAIL PROTECTED] PR rtl-optimization/25514 * gcc.c-torture/compile/pr25514.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/compile/pr25514.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/combine.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27736
[Bug target/30370] Build failure in libgcc2 powitf2 with ICE in gen_reg_rtx
--- Comment #5 from rask at sygehus dot dk 2007-01-06 14:28 --- The condition in t-ppccomm is written just like the example in the GNU Make documentation (Conditionals that Test Flags), except for the missing parentheses. Indeed toplevel libgcc fixes this, revision 120505 doesn't have this problem. [EMAIL PROTECTED] wrote: If we add ifeq (,$(findstring gnuspe,$(target))) to the condition as well, then that should complete letting 4.1 and 4.2 build properly out of the box for SPE. Like ifneq (,$(findstring gnu,$(target))) ifeq (,$(findstring gnuspe,$(target))) ... endif endif ? How about s/gnuspe/spe/ in case someone comes up with a powerpc-gnufubarspe target? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30370
[Bug bootstrap/30008] bootstrapping: fixes are not applied to files in non-standard locations
--- Comment #5 from patchapp at dberlin dot org 2007-01-06 14:45 --- Subject: Bug number PR30008 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-01/msg00468.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30008
[Bug target/30008] bootstrapping: fixes are not applied to files in non-standard locations
-- dfranke at gcc dot gnu dot org changed: What|Removed |Added Component|bootstrap |target GCC build triplet||x86_64-unknown-linux-gnu GCC target triplet||x86_64-unknown-linux-gnu Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30008
[Bug other/30361] Documentation: Example usage of __attribute__((visibility(hidden))) misleading
--- Comment #6 from rich at phekda dot gotadsl dot co dot uk 2007-01-06 14:54 --- I've repeated my testing with binutils 070103 (from snapshot from web page) and gcc 4.3.0 20070104 from svn trunk (svn revision 120449). Using hidden visibility with the attribute before the function name in the declaration is still broken. It works if I use the attribute after the function name in the declaration. Those symptoms are what caused me to think the documentation was wrong in the first place. [EMAIL PROTECTED] test-cases]$ ld --version GNU ld version 070103 20070103 Copyright 2005 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License. This program has absolutely no warranty. [EMAIL PROTECTED] test-cases]$ gcc --version gcc (GCC) 4.3.0 20070104 (experimental) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [EMAIL PROTECTED] test-cases]$ rm -f hidden make g++ -W -Wall -ghidden.cpp -o hidden hidden.cpp:5: warning: 'visibility' attribute ignored on non-class types [EMAIL PROTECTED] test-cases]$ readelf -s hidden | c++filt | grep func 51: 080489d828 FUNCLOCAL DEFAULT 12 global constructors keyed to _Z4funcv 54: 080491f8 4 OBJECT LOCAL DEFAULT 25 func2()::foo2 56: 08049208 4 OBJECT LOCAL DEFAULT 25 func()::foo 60: 080491f0 8 OBJECT LOCAL DEFAULT 25 guard variable for func2()::foo2 61: 08049200 8 OBJECT LOCAL DEFAULT 25 guard variable for func()::foo 93: 08048ae4 220 FUNCGLOBAL DEFAULT 12 func() 103: 08048a08 220 FUNCGLOBAL HIDDEN 12 func2() [EMAIL PROTECTED] test-cases]$ readelf --version GNU readelf 070103 20070103 Copyright 2005 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License. This program has absolutely no warranty. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30361
[Bug other/30361] Documentation: Example usage of __attribute__((visibility(hidden))) misleading
-- rich at phekda dot gotadsl dot co dot uk changed: What|Removed |Added Severity|minor |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30361
[Bug c/19978] overflow in expression of constants should not cause multiple warnings
--- Comment #8 from schlie at comcast dot net 2007-01-06 15:04 ---
It seems that an overflow warning should be generated if an overflowed value
is utilized or results from an expression evaluation between sequence ponts?
Thereby:
x = INT_MAX + 2 - 2 ; // warning x may overflow.
z = (y = x +1, y - 2) ; // warning y may overflow, warning z may overflow.
if (z INT_MAX) {something} // warning if may overflow.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19978
Re: [Bug target/30370] Build failure in libgcc2 powitf2 with ICE in gen_reg_rtx
On Sat, 6 Jan 2007, rask at sygehus dot dk wrote: Like ifneq (,$(findstring gnu,$(target))) ifeq (,$(findstring gnuspe,$(target))) ... endif endif ? Yes, just like that. How about s/gnuspe/spe/ in case someone comes up with a powerpc-gnufubarspe target? Seems reasonable. -- Joseph S. Myers [EMAIL PROTECTED]
[Bug target/30370] Build failure in libgcc2 powitf2 with ICE in gen_reg_rtx
--- Comment #6 from joseph at codesourcery dot com 2007-01-06 15:08 --- Subject: Re: Build failure in libgcc2 powitf2 with ICE in gen_reg_rtx On Sat, 6 Jan 2007, rask at sygehus dot dk wrote: Like ifneq (,$(findstring gnu,$(target))) ifeq (,$(findstring gnuspe,$(target))) ... endif endif ? Yes, just like that. How about s/gnuspe/spe/ in case someone comes up with a powerpc-gnufubarspe target? Seems reasonable. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30370
[Bug c++/29236] [4.0/4.1/4.2/4.3 Regression] Bogus ambiguity with templates + friend
--- Comment #12 from pcarlini at suse dot de 2007-01-06 15:54 --- Mark, I'm looking a bit into this issue myself, starting from your notes: at the moment I'm puzzled because, AFAICS, in the 2.95.3 tsubst nothing special happens after the reduce_template_parm_level, still the testcase passes. Any additional hint? Thanks in advance. PS: Having looked at Kriang' 2000-09-04 change, I'm working under the assumption that BOUND_TEMPLATE_TEMPLATE_PARM is equivalent to the old TEMPLATE_TEMPLATE_PARM TEMPLATE_TEMPLATE_PARM_TEMPLATE_INFO. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29236
[Bug c++/30393] New: ice for legal code with -O2
I just tried to compile Suse Linux package noteedit-2.8.1-24 with the new GNU C++ compiler version 4.3 snapshot 20070105. The compiler said midimapper.cpp: In member function 'void NMidiMapper::stopAllNotes(QPtrListNMidiEventStr*)': midimapper.cpp:448: internal compiler error: in aff_combination_convert, at tree-affine.c:207 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. Preprocessed source code attached. Flag -O2 required. -- Summary: ice for legal code with -O2 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dcb314 at hotmail dot com GCC host triplet: x86_64-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30393
[Bug c++/30393] ice for legal code with -O2
--- Comment #1 from dcb314 at hotmail dot com 2007-01-06 16:01 --- Created an attachment (id=12865) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12865action=view) gzipped C++ source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30393
[Bug middle-end/30311] [4.3 regression] revision 120211 failed to compile perlbench
--- Comment #6 from ghazi at gcc dot gnu dot org 2007-01-06 16:05 --- sparc-sun-solaris2.10 issue appears to be fixed. http://gcc.gnu.org/ml/gcc-patches/2007-01/msg00470.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30311
[Bug middle-end/30311] [4.3 regression] revision 120211 failed to compile perlbench
--- Comment #7 from hjl at lucon dot org 2007-01-06 16:16 --- Gcc 4.2 revision 120343 compiles SPEC CPU 2006 correctly. -- hjl at lucon dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30311
[Bug tree-optimization/30392] [4.3 Regression] ice for legal kernel code with -Os
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|c |tree-optimization GCC host triplet|x86_64-suse-linux | GCC target triplet||x86_64-suse-linux Keywords||ice-on-valid-code Summary|ice for legal kernel code |[4.3 Regression] ice for |with -Os|legal kernel code with -Os Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30392
[Bug tree-optimization/30393] [4.3 Regression] ice for legal code with -O2
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC host triplet|x86_64-suse-linux | GCC target triplet||x86_64-suse-linux Summary|ice for legal code with -O2 |[4.3 Regression] ice for ||legal code with -O2 Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30393
[Bug tree-optimization/24659] Conversions are not vectorized
--- Comment #6 from ubizjak at gmail dot com 2007-01-06 17:47 --- (In reply to comment #2) vectorization of type conversions has recently been added to autovect-branch. It requires modeling the respective unpack and pack optabs in the machine description. Hm, there is no infrastructure for int-float conversions. vectorizable_operation() calls optab_for_tree_code() with code argument set to FLOAT_EXPR and FIX_TRUNC_EXPR and these always return NULL. In DFmode-SFmode case, vectorizable_operation() calls optab_for_tree_code() with VEC_PACK_MOD_EXPR and VEC_UNPACK_LO/HI_EXPR. At least the later case is intended for integer modes, as optab_for_tree_code() checks for TYPE_UNSIGNED on type argument. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24659
[Bug c++/28986] Failure to diagnose overflow in constant expression
--- Comment #8 from patchapp at dberlin dot org 2007-01-06 17:50 --- Subject: Bug number PR c++/28986 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-01/msg00473.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28986
[Bug target/30058] [4.3 regression] bootstrap broken on i386-unknown-netbsdelf2.0.2
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to work||4.3.0 Last reconfirmed|-00-00 00:00:00 |2007-01-06 17:51:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30058
[Bug tree-optimization/30392] [4.3 Regression] ice for legal kernel code with -Os
--- Comment #2 from hubicka at gcc dot gnu dot org 2007-01-06 18:10 --- Created an attachment (id=12866) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12866action=view) patch in testing Mine, testing the attached fix. Honza -- hubicka at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |hubicka at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30392
[Bug c++/29661] FAIL: g++.dg/compat/eh/unexpected1 cp_compat_x_tst.o-cp_compat_y_tst.o execute
--- Comment #4 from danglin at gcc dot gnu dot org 2007-01-06 19:02 --- Fixed. See http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01525.html -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29661
[Bug c++/29662] FAIL: g++.dg/eh/unexpected1.C execution test
--- Comment #1 from danglin at gcc dot gnu dot org 2007-01-06 19:04 --- Fixed. See http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01525.html -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29662
[Bug c++/29663] FAIL: g++.old-deja/g++.abi/cxa_vec.C execution test
--- Comment #1 from danglin at gcc dot gnu dot org 2007-01-06 19:06 --- Fixed. See http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01525.html -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29663
[Bug c++/29664] FAIL: g++.old-deja/g++.eh/spec2.C execution test
--- Comment #1 from danglin at gcc dot gnu dot org 2007-01-06 19:08 --- Fixed. See http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01525.html -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29664
[Bug c++/29665] FAIL: g++.old-deja/g++.eh/spec3.C execution test
--- Comment #1 from danglin at gcc dot gnu dot org 2007-01-06 19:09 --- Fixed. See http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01525.html -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29665
[Bug c++/29666] FAIL: g++.old-deja/g++.eh/spec4.C execution test
--- Comment #1 from danglin at gcc dot gnu dot org 2007-01-06 19:10 --- Fixed. See http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01525.html -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29666
[Bug c++/29667] FAIL: g++.old-deja/g++.mike/eh33.C execution test
--- Comment #1 from danglin at gcc dot gnu dot org 2007-01-06 19:11 --- Fixed. See http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01525.html -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29667
[Bug libstdc++/30365] No possibility to disable large file support (LFS)
--- Comment #27 from aldot at gcc dot gnu dot org 2007-01-06 19:36 --- (In reply to comment #24) Created an attachment (id=12855) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12855action=view) [edit] nb: includes regenerated configure For now I'd like to go with this simple patch, per Joseph' suggestions. By the way, in the meanwhile I learned that other TRY_COMPILE tests are run under the same heading. Bernhard, can you test it (i.e., check that your cross builds with it)? Thanks in advance. Works like a charm (tested with 4.2). Please install to trunk, 4.2 and 4.1, TIA. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30365
[Bug tree-optimization/30394] New: FAIL: gcc.c-torture/execute/pr15262-1.c execution at -O2, -O3 and -Os
The generated code just calls malloc and then abort: (gdb) disass main Dump of assembler code for function main: 0x2b98 main+0:stw rp,-14(sp) 0x2b9c main+4:ldi 8,r26 0x2ba0 main+8:b,l 0x2b68 malloc,rp 0x2ba4 main+12: ldo 40(sp),sp 0x2ba8 main+16: ldi 1,r19 0x2bac main+20: b,l 0x2b80 abort,rp 0x2bb0 main+24: stw r19,4(ret0) 0x2bb4 main+28: nop The RTL is wrong in .expand. First seen in 120133. Last build without this fail was 120074. -- Summary: FAIL: gcc.c-torture/execute/pr15262-1.c execution at - O2, -O3 and -Os Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa*-*-* GCC host triplet: hppa*-*-* GCC target triplet: hppa*-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30394
[Bug tree-optimization/30392] [4.3 Regression] ice for legal kernel code with -Os
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-06 19:43 ---
Reduced testcase:
typedef unsigned long size_t;
static inline __attribute__((always_inline)) __attribute__((always_inline)) int
index_of(const int size)
{
return __builtin_constant_p(size);
}
static inline int setup_cpu_cache(int t)
{
return index_of(2);
}
int f(void)
{
return setup_cpu_cache(0);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30392
[Bug tree-optimization/30394] [4.3 Regression] FAIL: gcc.c-torture/execute/pr15262-1.c execution at -O2, -O3 and -Os
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-06 19:44 --- Fails everywhere. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|hppa*-*-* | GCC host triplet|hppa*-*-* | GCC target triplet|hppa*-*-* | Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2007-01-06 19:44:03 date|| Summary|FAIL: gcc.c-|[4.3 Regression] FAIL: |torture/execute/pr15262-1.c |gcc.c- |execution at -O2, -O3 and - |torture/execute/pr15262-1.c |Os |execution at -O2, -O3 and - ||Os Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30394
[Bug testsuite/30395] New: FAIL: gcc.dg/pr16194.c (test for errors, line 59)
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /te st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/pr16194.c -O -fno-show-column -S -o pr161 94.s(timeout = 300) /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/pr16194.c: In function 'bug': /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/pr16194.c:50: error: unknown register nam e 'conflict' in 'asm' compiler exited with status 1 output is: /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/pr16194.c: In function 'bug': /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/pr16194.c:50: error: unknown register nam e 'conflict' in 'asm' PASS: gcc.dg/pr16194.c ICE (test for bogus messages, line ) PASS: gcc.dg/pr16194.c (test for errors, line 50) FAIL: gcc.dg/pr16194.c (test for errors, line 59) FAIL: gcc.dg/pr16194.c (test for errors, line 66) PASS: gcc.dg/pr16194.c (test for excess errors) 2007-01-02 Jan Hubicka [EMAIL PROTECTED] * gcc.dg/pr16194.c: We now output error on all three functions, not just first one. -- Summary: FAIL: gcc.dg/pr16194.c (test for errors, line 59) Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa2.0w-hp-hpux11.11 GCC host triplet: hppa2.0w-hp-hpux11.11 GCC target triplet: hppa2.0w-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30395
[Bug tree-optimization/30396] New: FAIL: gcc.dg/ipa/ipa-[123456].c ICE
The tests all ICE in the same way: Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /te st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c -O3 -fipa-cp -fdump-ipa-cp -fn o-early-inlining -fno-show-column -S -o ipa-1.s(timeout = 300) /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c: In function 'T___0': /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c:22: error: expected an SSA_NA ME object /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c:22: error: in statement a = 7; /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c:22: internal compiler error: verify_ssa failed Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. compiler exited with status 1 output is: /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c: In function 'T___0': /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c:22: error: expected an SSA_NA ME object /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c:22: error: in statement a = 7; /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c:22: internal compiler error: verify_ssa failed Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. FAIL: gcc.dg/ipa/ipa-1.c (internal compiler error) FAIL: gcc.dg/ipa/ipa-1.c (test for excess errors) Excess errors: /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c:22: error: expected an SSA_NA ME object /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c:22: error: in statement a = 7; /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c:22: internal compiler error: verify_ssa failed FAIL: gcc.dg/ipa/ipa-1.c scan-ipa-dump-times versioned function 2 FAIL: gcc.dg/ipa/ipa-1.c scan-ipa-dump-times propagating const 2 -- Summary: FAIL: gcc.dg/ipa/ipa-[123456].c ICE Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa*-*-* GCC host triplet: hppa*-*-* GCC target triplet: hppa*-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30396
[Bug libfortran/30162] I/O with named pipes does not work
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-01-06 21:07 --- A difficult case to deal with is: program main print *,foo(0) contains function foo (n) result(res) integer, intent(in) :: n integer, allocatable :: res(:) logical :: init = .false. if (.not. init) then allocate (res(1)) init = .true. else allocate (res(2)) end if res = n end function foo end program main -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
[Bug gcov-profile/30397] New: FAIL: gcc.misc-tests/gcov-2.c ICE
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /te st/gnu/gcc/gcc/gcc/testsuite/gcc.misc-tests/gcov-2.c -fprofile-arcs -ftest-cov erage -g -fno-show-column -lm -o ./gcov-2.exe(timeout = 300) /test/gnu/gcc/gcc/gcc/testsuite/gcc.misc-tests/gcov-2.c:20: internal compiler er ror: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. compiler exited with status 1 output is: /test/gnu/gcc/gcc/gcc/testsuite/gcc.misc-tests/gcov-2.c:20: internal compiler er ror: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. FAIL: gcc.misc-tests/gcov-2.c (internal compiler error) FAIL: gcc.misc-tests/gcov-2.c (test for excess errors) Excess errors: /test/gnu/gcc/gcc/gcc/testsuite/gcc.misc-tests/gcov-2.c:20: internal compiler er ror: Segmentation fault WARNING: gcc.misc-tests/gcov-2.c compilation failed to produce executable Executing on host: /test/gnu/gcc/objdir/gcc/gcov gcov-2.c (timeout = 300) gcov-2.gcda:cannot open data file, assuming not executed File '/test/gnu/gcc/gcc/gcc/testsuite/gcc.misc-tests/gcov-2.c' Lines executed:0.00% of 6 /test/gnu/gcc/gcc/gcc/testsuite/gcc.misc-tests/gcov-2.c:creating 'gcov-2.c.gcov' FAIL: 14:is #:should be 11 FAIL: 15:is #:should be 10 FAIL: 17:is #:should be 1 FAIL: gcc.misc-tests/gcov-2.c gcov: 3 failures in line counts, 0 in branch perce ntages, 0 in return percentages Last build without error was 120211. 120330 has fail. -- Summary: FAIL: gcc.misc-tests/gcov-2.c ICE Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa2.0w-hp-hpux11.11 GCC host triplet: hppa2.0w-hp-hpux11.11 GCC target triplet: hppa2.0w-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30397
[Bug tree-optimization/30358] [4.3 Regression] New ICEs on trunk for IPA CCP
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-06 21:26 --- This happens everywhere. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Component|testsuite |tree-optimization Ever Confirmed|0 |1 GCC build triplet|i386-pc-solaris2.10 | GCC host triplet|i386-pc-solaris2.10 | GCC target triplet|i386-pc-solaris2.10 | Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2007-01-06 21:26:39 date|| Summary|New ICEs on trunk for IPA |[4.3 Regression] New ICEs on ||trunk for IPA CCP Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30358
[Bug tree-optimization/30396] FAIL: gcc.dg/ipa/ipa-[123456].c ICE
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-06 21:27 --- *** This bug has been marked as a duplicate of 30358 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30396
[Bug tree-optimization/30358] [4.3 Regression] New ICEs on trunk for IPA CCP
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-06 21:27 --- *** Bug 30396 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30358
[Bug gcov-profile/30397] FAIL: gcc.misc-tests/gcov-2.c ICE
--- Comment #1 from danglin at gcc dot gnu dot org 2007-01-06 21:29 --- Program received signal SIGSEGV, Segmentation fault. 0x002a6c64 in som_output_text_section_asm_op (data=0x7ae49aa8) at ../../gcc/gcc/config/pa/pa.c:9224 9224 if (cfun !cfun-machine-in_nsubspa) (gdb) bt #0 0x002a6c64 in som_output_text_section_asm_op (data=0x7ae49aa8) at ../../gcc/gcc/config/pa/pa.c:9224 #1 0x0027cb34 in switch_to_section (new_section=0x7ade7a20) at ../../gcc/gcc/varasm.c:6032 #2 0x0016792c in dbxout_finish (filename=0x7ae49aa8 ) at ../../gcc/gcc/dbxout.c:1355 #3 0x00258ff8 in toplev_main (argc=1073925000, argv=0x1) at ../../gcc/gcc/toplev.c:1072 #4 0x000b523c in main (argc=2061802152, argv=0x4001a29a) at ../../gcc/gcc/main.c:35 (gdb) p cfun $1 = (struct function *) 0x7ae49aa8 (gdb) p cfun-machine $2 = (struct machine_function *) 0x0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30397
[Bug testsuite/30395] FAIL: gcc.dg/pr16194.c (test for errors, line 59)
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-06 21:30 --- The testcase needs updating for your target. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30395
[Bug tree-optimization/30393] [4.3 Regression] ice for legal code with -O2
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-06 21:49 --- Reducing, I am able to reproduce this also on powerpc64-darwin. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30393
[Bug fortran/30398] New: memmove for string operations
The compiler should be able to detect that s and c
are not aliased, so a call to memcpy instead of memmove
could be issued.
$ cat memmove.f90
program main
character(len=1) :: s
character(len=2) :: c
s = 'a'
c = repeat(s,2)
end program main
$ gfortran -fdump-tree-original memmove.f90
$ cat memmove.f90.003t.original
MAIN__ ()
{
char c[1:2];
char s[1:1];
_gfortran_set_std (70, 127, 0);
s[1]{lb: 1 sz: 1} = a[1]{lb: 1 sz: 1};
{
char str.0[2];
_gfortran_string_repeat ((char[1:] *) str.0, 1, s, 2);
__builtin_memmove (c, (char[1:] *) str.0, 2);
}
}
--
Summary: memmove for string operations
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30398
[Bug fortran/30398] memmove for string operations
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-01-06 22:07 --- (In reply to comment #0) The compiler should be able to detect that s and c are not aliased, so a call to memcpy instead of memmove could be issued. Or, even better, the memmove/memcpy could be ommitted completely, by using the variable directly as the target. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30398
[Bug libfortran/30162] I/O with named pipes does not work
--- Comment #14 from tkoenig at gcc dot gnu dot org 2007-01-06 22:26 --- Another difficult case is: program main character(len=4) c c = 'ab ' write (10) trim(c) end program main -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
[Bug libstdc++/30365] No possibility to disable large file support (LFS)
--- Comment #28 from paolo at gcc dot gnu dot org 2007-01-06 22:38 --- Subject: Bug 30365 Author: paolo Date: Sat Jan 6 22:38:07 2007 New Revision: 120531 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120531 Log: 2007-01-06 Paolo Carlini [EMAIL PROTECTED] PR libstdc++/30365 * crossconfig.m4 (case *-linux*): Run crossconfig.m4. * configure: Regenerate. Added: trunk/libstdc++-v3/ChangeLog-2006 Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/configure trunk/libstdc++-v3/crossconfig.m4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30365
[Bug libstdc++/30365] No possibility to disable large file support (LFS)
--- Comment #29 from paolo at gcc dot gnu dot org 2007-01-06 22:38 --- Subject: Bug 30365 Author: paolo Date: Sat Jan 6 22:38:41 2007 New Revision: 120532 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120532 Log: 2007-01-06 Paolo Carlini [EMAIL PROTECTED] PR libstdc++/30365 * crossconfig.m4 (case *-linux*): Run crossconfig.m4. * configure: Regenerate. Added: branches/gcc-4_2-branch/libstdc++-v3/ChangeLog-2006 Modified: branches/gcc-4_2-branch/libstdc++-v3/ChangeLog branches/gcc-4_2-branch/libstdc++-v3/configure branches/gcc-4_2-branch/libstdc++-v3/crossconfig.m4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30365
[Bug libstdc++/30365] No possibility to disable large file support (LFS)
--- Comment #30 from pcarlini at suse dot de 2007-01-06 22:46 --- This is not a regression, AFAIK, thus let's have it fixed for mainline and 4.2.0 first. We can consider backporting the change to 4_1 branch later on... -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30365
[Bug middle-end/30391] [4.3 regression] ICE at -O1 with conditional expressions and GIMPLE_MODIFY_STMT
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-06 23:15 --- This is a bug exposed by Roger's memcpy patch. This bug was originally caused by Aldy's GIMPLE_MODIFY_STMT patch. We are trying to fold a conditional expression's whos one side is a GIMPLE_MODIFY_STMT that came from folding of memcpy. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||aldyh at gcc dot gnu dot ||org, pinskia at gcc dot gnu ||dot org Status|UNCONFIRMED |NEW Component|fortran |middle-end Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-01-06 23:15:24 date|| Summary|[4.3 regression] ICE at -O1 |[4.3 regression] ICE at -O1 |on |with conditional expressions ||and GIMPLE_MODIFY_STMT Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30391
[Bug fortran/30399] New: testsuite failures in actual_array_constructor_2.f90 and actual_array_substr_2.f90
(I realize this comes rather late in the 4.0 cycle, but I thought I'd file it anyway.) I'm getting testsuite failures in two fortran cases in gcc-4.0.4 prerelease. The failures are in gfortran.dg/actual_array_constructor_2.f90 and gfortran.dg/actual_array_substr_2.f90 at all optimization levels. The cases have been failing ever since they were checked in as part of fixing PR28167 and PR28174 respectively. Thus I don't know if it's a regression or always failed. You can see the results prior to the testcase checkin here where gfortran is 100% clean on solaris2: http://gcc.gnu.org/ml/gcc-testresults/2006-07/msg00071.html Afterwards, I get the gfortran errors noted here: http://gcc.gnu.org/ml/gcc-testresults/2006-07/msg00279.html Most recently they occur here: http://gcc.gnu.org/ml/gcc-testresults/2006-12/msg01077.html -- Summary: testsuite failures in actual_array_constructor_2.f90 and actual_array_substr_2.f90 Product: gcc Version: 4.0.4 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ghazi at gcc dot gnu dot org GCC target triplet: sparc-sun-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30399
[Bug target/29746] gcc fails to bootstrap on sh4-*-linux-gnu
--- Comment #17 from patchapp at dberlin dot org 2007-01-07 00:10 --- Subject: Bug number PR target/29746 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-01/msg00494.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29746
[Bug tree-optimization/30393] [4.3 Regression] ice for legal code with -O2
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-07 00:28 ---
reduced testcase:
typedef struct MidiCommand {
signed channel : 5;
}MidiCommand;
void g(MidiCommand b);
void f()
{
MidiCommand b;
int i;
for (i = 0; i 16; i++)
{
b.channel = i;
g(b);
}
}
This was introduced after 4.3.0 20061203.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |critical
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2007-01-07 00:28:33
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30393
[Bug middle-end/30339] Segmentation fault for legal code with -O2
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-07 00:32 --- I think this was fixed by: 2007-01-02 Joseph Myers [EMAIL PROTECTED] PR middle-end/30311 * caller-save.c (add_stored_regs): Only handle SUBREGs if inner REG is a hard register. Do not modify REG before calling subreg_nregs. * rtlanal.c (subreg_get_info): Don't assert size of XMODE is a multiple of the size of YMODE for certain lowpart cases. Can you check to make sure? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30339
[Bug fortran/30400] New: ANY not accepted as mask in FORALL
On OSX 10.3 PPC with gfortran version 4.3.0 20070105, the following code:
! tests FORALL statements with a mask
program forall_8
real, dimension (5, 5, 5, 5) :: a
a (:, :, :, :) = 4
forall (i = 1:5, j = 1:5, k = 1:5, any (a (i, j, k, :) .gt. 6))
forall (l = 1:5, any (a (:, :, :, l) .lt. 2))
a (i, j, k, l) = i - j + k - l
end forall
end forall
end
gives:
forall10_red.f90:8.20:
forall (l = 1:5, any (a (:, :, :, l) .lt. 2))
1
Error: 'any' at (1) is not a function
forall10_red.f90:8.20:
forall (l = 1:5, any (a (:, :, :, l) .lt. 2))
1
Error: FORALL mask clause at (1) requires a LOGICAL expression
forall10_red.f90:7.36:
forall (i = 1:5, j = 1:5, k = 1:5, any (a (i, j, k, :) .gt. 6))
1
Error: 'any' at (1) is not a function
forall10_red.f90:7.36:
forall (i = 1:5, j = 1:5, k = 1:5, any (a (i, j, k, :) .gt. 6))
1
Error: FORALL mask clause at (1) requires a LOGICAL expression
On AMD64 with gfortran version 4.3.0 20061231, I get:
/tmp/ccwGPWn6.s: Assembler messages:
/tmp/ccwGPWn6.s:2: Error: junk at end of line, first unrecognized character is
`('
/tmp/ccwGPWn6.s:5: Error: unrecognized symbol type
/tmp/ccwGPWn6.s:5: Error: junk at end of line, first unrecognized character is
`('
/tmp/ccwGPWn6.s:6: Error: expected comma after name `__' in .size directive
/tmp/ccwGPWn6.s:7: Error: invalid character '_' in mnemonic
As noticed by Paul Thomas:
A temporary workaround is to enclose the mask expression in
parentheses. Oddly, doing this in match_forall_header, using
gfc_get_parentheses, does not cure the problem, I am at a loss to
explain why.
--
Summary: ANY not accepted as mask in FORALL
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dominiq at lps dot ens dot fr
GCC target triplet: powerpc-apple-darwin7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30400
[Bug target/30383] [4.3 Regression] ice for legal code on x86_64 in ix86_expand_movmem
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-07 00:47 ---
Reduced testcase:
void jumpfunc(int copy, void *p)
{
__builtin_memcpy (p, dummy, 128);
dummy: ;
}
This code is undefined as the address of a label will never be 128bytes, it
will either be 4 or 8 bytes.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC host triplet|x86_64-suse-linux |
GCC target triplet|x86_64-linux-gnu|i?86-*-* x86_64-*-*
Last reconfirmed|-00-00 00:00:00 |2007-01-07 00:47:17
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30383
[Bug driver/30246] -ggdb3 does not cause -dD to be passed to cc1 for preprocessing
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-07 00:49 --- Confirmed as of today, this is not a regression, a work around is to do -ggdb -g3. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-01-07 00:49:47 date|| Summary|-ggdb3 information lost |-ggdb3 does not cause -dD to |using temporary preprocessed|be passed to cc1 for |file ? |preprocessing http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30246
[Bug target/30254] Need method to determine if AltiVec PIM is available
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-01-07 00:50 --- Confirmed, I did not have time over the winter break to look at this bug, maybe on the 15th or next weekend while I am in Tahoe. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-01-07 00:50:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30254
[Bug c++/30281] [reject valid?] type deduction fails.
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-07 00:54 ---
Reduced testcase:
struct a
{
int g(void);
};
struct b : a { };
template typename T
struct wrapper
{
template typename R
void add_method( R ( T::* )() const );
};
void test()
{
wrapper b ().add_method( b::g );
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30281
[Bug libfortran/26253] fallback scalbn doesn't handle denormals correctly
--- Comment #5 from danglin at gcc dot gnu dot org 2007-01-07 00:55 --- This failure also occurs in 4.0.3 hppa1.1-hp-hpux10.20. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26253
[Bug target/30288] tail call with additional arguments
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-07 00:58 --- Confirmed, a x86 only issue. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-01-07 00:58:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30288
[Bug testsuite/30401] New: FAIL: gfortran.dg/gnu_logical_1.F -O0 (test for excess errors)
Executing on host: /xxx/gnu/gcc/objdir/gcc/testsuite/../gfortran -B/xxx/gnu/gcc/ objdir/gcc/testsuite/../ /xxx/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/gnu_logical_ 1.F -O0 -ffixed-line-length-none -L/xxx/gnu/gcc/objdir/hppa1.1-hp-hpux10.20/ ./libgfortran/.libs -L/xxx/gnu/gcc/objdir/hppa1.1-hp-hpux10.20/./libgfortran/.li bs -L/xxx/gnu/gcc/objdir/hppa1.1-hp-hpux10.20/./libiberty -lm -o ./gnu_logica l_1.exe(timeout = 600) cc1: error: argument to -ffixed-line-length- should be a non-negative integer collect2: gcc returned 1 exit status compiler exited with status 1 output is: cc1: error: argument to -ffixed-line-length- should be a non-negative integer collect2: gcc returned 1 exit status FAIL: gfortran.dg/gnu_logical_1.F -O0 (test for excess errors) Excess errors: cc1: error: argument to -ffixed-line-length- should be a non-negative integer collect2: gcc returned 1 exit status WARNING: gfortran.dg/gnu_logical_1.F -O0 compilation failed to produce executa ble -- Summary: FAIL: gfortran.dg/gnu_logical_1.F -O0 (test for excess errors) Product: gcc Version: 4.0.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa1.1-hp-hpux10.20 GCC host triplet: hppa1.1-hp-hpux10.20 GCC target triplet: hppa1.1-hp-hpux10.20 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30401
[Bug c++/30328] [4.2 Regression] bit-field: unassemblable assembly code
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-07 01:01 --- Confirmed, a regression from 4.1.2. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |critical Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||assemble-failure Known to fail||4.2.0 4.3.0 Known to work||4.1.2 Last reconfirmed|-00-00 00:00:00 |2007-01-07 01:01:24 date|| Summary|bit-field: unassemblable|[4.2 Regression] bit-field: |assembly code |unassemblable assembly code Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30328
[Bug preprocessor/30363] [4.0/4.1/4.2/4.3 Regression] Support for -traditional-cpp is incomplete in current gcc relative to gcc 2.95.3
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-07 01:09 --- Confirmed, a regression from 3.2.3. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||rejects-valid Known to fail||3.3.3 3.4.0 4.0.0 4.1.0 ||4.2.0 4.0.4 4.1.2 4.1.1 ||4.1.0 4.0.3 4.0.2 4.0.1 Known to work||3.2.3 3.0.4 2.95.3 Last reconfirmed|-00-00 00:00:00 |2007-01-07 01:09:47 date|| Summary|Support for -traditional-cpp|[4.0/4.1/4.2/4.3 Regression] |is incomplete in current gcc|Support for -traditional-cpp |relative to gcc 2.95.3 |is incomplete in current gcc ||relative to gcc 2.95.3 Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30363
[Bug preprocessor/30363] [4.0/4.1/4.2/4.3 Regression] Support for -traditional-cpp is incomplete in current gcc relative to gcc 2.95.3
--- Comment #2 from fnf at specifixinc dot com 2007-01-07 01:21 --- Created an attachment (id=12867) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12867action=view) Patch to fix reported problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30363
[Bug fortran/30399] testsuite failures in actual_array_constructor_2.f90 and actual_array_substr_2.f90
--- Comment #1 from ghazi at gcc dot gnu dot org 2007-01-07 01:22 --- The failure for actual_array_constructor_2.f90 looks like this: gfortran.dg/actual_array_constructor_2.f90: In function 'MAIN__': gfortran.dg/actual_array_constructor_2.f90:10: internal compiler error: in gfc_conv_expr_descriptor, at fortran/trans-array.c:3661 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. FAIL: gfortran.dg/actual_array_constructor_2.f90 -O0 (test for excess errors) Running under gdb shows that it fails an assert: 3660 gcc_assert (expr-ts.cl expr-ts.cl-length 3661 expr-ts.cl-length-expr_type == EXPR_CONSTANT); The expression expr-ts.cl-length is 0x0. -- ghazi at gcc dot gnu dot org changed: What|Removed |Added Summary|testsuite failures in |testsuite failures in |actual_array_constructor_2.f|actual_array_constructor_2.f |90 and |90 and |actual_array_substr_2.f90 |actual_array_substr_2.f90 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30399
[Bug fortran/30399] testsuite failures in actual_array_constructor_2.f90 and actual_array_substr_2.f90
--- Comment #2 from ghazi at gcc dot gnu dot org 2007-01-07 01:24 --- Sorry, flags to reproduce the actual_array_constructor_2.f90 failure on sparc-sun-solaris2.10 are: f951 actual_array_constructor_2.f90 -quiet -dumpbase actual_array_constructor_2.f90 -mcpu=v7 -auxbase actual_array_constructor_2 -O0 -pedantic-errors -version -o /var/tmp//ccVXJxSa.s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30399
[Bug libfortran/30162] I/O with named pipes does not work
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2007-01-07 01:34 --- Subject: Bug 30162 Author: jvdelisle Date: Sun Jan 7 01:34:03 2007 New Revision: 120544 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120544 Log: 2007-01-06 Jerry DeLisle [EMAIL PROTECTED] PR libgfortran/30162 * io/unix.c (fd_flush): Don't seek if file is not seekable, defined as s-file_length == -1. (fd_alloc_w_at): Do not adjust file_length if file is not seekable. (fd_seek): If not seekable, just return success. (fd_truncate): If not seekable, no need to truncate. Return failure if seek fails and the stream is not a pipe. (fd_to_stream): Make test for non-seekable file more robust. 2007-01-06 Jerry DeLisle [EMAIL PROTECTED] * ChangeLog: Copied to ... * ChangeLog-2006: here. Added: branches/gcc-4_2-branch/libgfortran/ChangeLog-2006 Modified: branches/gcc-4_2-branch/libgfortran/ChangeLog branches/gcc-4_2-branch/libgfortran/io/unix.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
[Bug fortran/30399] testsuite failures in actual_array_constructor_2.f90 and actual_array_substr_2.f90
--- Comment #3 from ghazi at gcc dot gnu dot org 2007-01-07 01:39 ---
Here's the actual_array_substr_2.f90 error:
gfortran.dg/actual_array_substr_2.f90: In function 'foo':
gfortran.dg/actual_array_substr_2.f90:23: internal compiler error: in
gfc_conv_constant, at fortran/trans-const.c:375
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
FAIL: gfortran.dg/actual_array_substr_2.f90 -O0 (test for excess errors)
Running under gdb on sparc-sun-solaris2.10 using:
f951 actual_array_substr_2.f90 -quiet -dumpbase actual_array_substr_2.f90
-mcpu=v7 -auxbase actual_array_substr_2 -O0 -pedantic-errors -version -o
/var/tmp//ccdUFWze.s
This one also fails an assertion like so:
372 if (se-ss != NULL)
373 {
374 gcc_assert (se-ss != gfc_ss_terminator);
375 gcc_assert (se-ss-type == GFC_SS_SCALAR);
376 gcc_assert (se-ss-expr == expr);
377
The value of se is 0x24, which seems like a bogus value for a pointer.
These may be entirely different problems, should I open a separate PR?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30399
[Bug target/30383] [4.3 Regression] ice for legal code on x86_64 in ix86_expand_movmem
--- Comment #3 from hubicka at gcc dot gnu dot org 2007-01-07 03:23 --- Created an attachment (id=12868) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12868action=view) fix in testing testing a fix. -- hubicka at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |hubicka at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30383
[Bug c++/27668] [4.0/4.1 regression] ICE with invalid template parameter
--- Comment #10 from jbuck at gcc dot gnu dot org 2007-01-07 06:07 --- I cannot duplicate this bug with gcc 4.1.1 or with the current 4.1 or 4.2 branches. I don't get an ICE, just the expected error messages. Is this bug still present? -- jbuck at gcc dot gnu dot org changed: What|Removed |Added CC||jbuck at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27668
[Bug c++/27962] [4.1 regression] ICE with invalid template parameter in specialization
--- Comment #8 from jbuck at gcc dot gnu dot org 2007-01-07 06:13 --- Just like PR 27668, I cannot confirm this bug for 4.1.1 or the 4.1 branch; it passes for me. -- jbuck at gcc dot gnu dot org changed: What|Removed |Added CC||jbuck at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27962
[Bug fortran/30400] ANY not accepted as mask in FORALL
--- Comment #1 from pault at gcc dot gnu dot org 2007-01-07 06:40 --- confirmed -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2007-01-07 06:40:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30400
[Bug preprocessor/23738] error with documentation or error with -M used in conjunction with -w
--- Comment #2 from jbuck at gcc dot gnu dot org 2007-01-07 06:55 --- No answer to Andrew's question in over a year? Dropping the priority to P3, marking as waiting for feedback. -- jbuck at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Priority|P1 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23738
[Bug target/8512] [hppa64-hp-hpux11.11] libstdc++-v3 fails to build with HP assembler
--- Comment #6 from jbuck at gcc dot gnu dot org 2007-01-07 07:30 --- Should this one just be marked WONTFIX? If we don't support the HP assembler this isn't a bug (assuming we say so in the fine manual). -- jbuck at gcc dot gnu dot org changed: What|Removed |Added CC||jbuck at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8512
[Bug tree-optimization/18438] vectorizer failed for vector matrix multiplication
--- Comment #5 from irar at il dot ibm dot com 2007-01-07 07:40 --- On the todo list. BTW, vectorization of strided accesses was committed to the mainline 4.3. Ira -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18438
