[Bug target/33555] x86 missed opportunity for sbb
-- ubizjak at gmail dot com changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33555
[Bug c++/35244] Broken diagnostic: 'type_decl' not supported by dump_expr
--- Comment #1 from jakub at gcc dot gnu dot org 2008-02-19 10:17 --- Subject: Bug 35244 Author: jakub Date: Tue Feb 19 10:16:29 2008 New Revision: 132425 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132425 Log: PR c++/34964 PR c++/35244 * semantics.c (finish_omp_threadprivate): Do nothing for error_operand_p vars. Afterwards ensure v is VAR_DECL. * gcc.dg/gomp/pr34964.c: New test. * g++.dg/gomp/pr34964.C: New test. * gcc.dg/gomp/pr35244.c: New test. * g++.dg/gomp/pr35244.C: New test. Added: trunk/gcc/testsuite/g++.dg/gomp/pr34964.C trunk/gcc/testsuite/g++.dg/gomp/pr35244.C trunk/gcc/testsuite/gcc.dg/gomp/pr34964.c trunk/gcc/testsuite/gcc.dg/gomp/pr35244.c Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/semantics.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35244
[Bug c++/34964] ICE with broken variable in #pragma omp threadprivate
--- Comment #1 from jakub at gcc dot gnu dot org 2008-02-19 10:17 --- Subject: Bug 34964 Author: jakub Date: Tue Feb 19 10:16:29 2008 New Revision: 132425 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132425 Log: PR c++/34964 PR c++/35244 * semantics.c (finish_omp_threadprivate): Do nothing for error_operand_p vars. Afterwards ensure v is VAR_DECL. * gcc.dg/gomp/pr34964.c: New test. * g++.dg/gomp/pr34964.C: New test. * gcc.dg/gomp/pr35244.c: New test. * g++.dg/gomp/pr35244.C: New test. Added: trunk/gcc/testsuite/g++.dg/gomp/pr34964.C trunk/gcc/testsuite/g++.dg/gomp/pr35244.C trunk/gcc/testsuite/gcc.dg/gomp/pr34964.c trunk/gcc/testsuite/gcc.dg/gomp/pr35244.c Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/semantics.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34964
[Bug c++/34950] [4.2/4.3 Regression] ICE in svn boost math toolkit
--- Comment #16 from rguenth at gcc dot gnu dot org 2008-02-19 10:28 --- It's way down #1 0x004f94ac in dependent_type_p (type=0x2aea625cd180) at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:15553 #2 0x0043e9fe in make_typename_type (context=0x2aea625cd180, name=0x2aea625c7e40, tag_type=typename_type, complain=9) at /space/rguenther/src/svn/trunk/gcc/cp/decl.c:2979 #3 0x004c2671 in tsubst (t=0x2aea625cb180, args=0x2aea625d22a0, complain=tf_warning_or_error, in_decl=0x2aea625cb300) at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:9376 #4 0x004bb079 in tsubst_decl (t=0x2aea625cb300, args=0x2aea625d22a0, complain=tf_warning_or_error) at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:8396 #5 0x004bd402 in tsubst (t=0x2aea625cb300, args=0x2aea625d22a0, complain=tf_warning_or_error, in_decl=0x0) at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:8797 #6 0x004adbdf in instantiate_class_template (type=0x2aea625d3180) at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:7011 #7 0x0059d34e in complete_type (type=0x2aea625d3180) at /space/rguenther/src/svn/trunk/gcc/cp/typeck.c:127 #8 0x005fd6d9 in lookup_member (xbasetype=0x0, name=0x2aea625c7f60, protect=0, want_type=1 '\001') #9 0x005fda92 in lookup_field (xbasetype=0x2aea625d3180, name=0x2aea625c7f60, protect=0, want_type=1 '\001') at /space/rguenther/src/svn/trunk/gcc/cp/search.c:1302 #10 0x0043eb4c in make_typename_type (context=0x2aea625d3180, name=0x2aea625c7f60, tag_type=typename_type, complain=9) at /space/rguenther/src/svn/trunk/gcc/cp/decl.c:2993 #11 0x004c2671 in tsubst (t=0x2aea625cbcc0, args=0x2aea625ca960, complain=tf_warning_or_error, in_decl=0x2aea625cbe40) at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:9376 #12 0x004bb079 in tsubst_decl (t=0x2aea625cbe40, args=0x2aea625ca960, complain=tf_warning_or_error) at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:8396 #13 0x004bd402 in tsubst (t=0x2aea625cbe40, args=0x2aea625ca960, complain=tf_warning_or_error, in_decl=0x0) at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:8797 #14 0x004adbdf in instantiate_class_template (type=0x2aea625cd300) at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:7011 #15 0x0059d34e in complete_type (type=0x2aea625cd300) at /space/rguenther/src/svn/trunk/gcc/cp/typeck.c:127 #16 0x005fd6d9 in lookup_member (xbasetype=0x0, name=0x2aea625c7f60, protect=0, want_type=1 '\001') at /space/rguenther/src/svn/trunk/gcc/cp/search.c:1221 #17 0x005fda92 in lookup_field (xbasetype=0x2aea625cd300, name=0x2aea625c7f60, protect=0, want_type=1 '\001') at /space/rguenther/src/svn/trunk/gcc/cp/search.c:1302 #18 0x0043eb4c in make_typename_type (context=0x2aea625cd300, name=0x2aea625c7f60, tag_type=typename_type, complain=tf_keep_type_decl) at /space/rguenther/src/svn/trunk/gcc/cp/decl.c:2993 #19 0x004c2671 in tsubst (t=0x2aea625cd480, args=0x2aea625ce540, complain=tf_none, in_decl=0x0) at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:9376 #20 0x004bc688 in tsubst_function_type (t=0x2aea625cd600, args=0x2aea625ce540, complain=tf_none, in_decl=0x0) at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:8634 #21 0x004c1884 in tsubst (t=0x2aea625cd600, args=0x2aea625ce540, complain=tf_none, in_decl=0x0) at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:9259 #22 0x004ed155 in get_bindings (fn=0x2aea625cd6c0, decl=0x2aea625bf820, explicit_args=0x2aea625cfcf0, check_rettype=0 '\0') at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:13830 #23 0x004de19e in resolve_overloaded_unification ( tparms=0x2aea625cfb70, targs=0x2aea625cfdb0, parm=0x2aea625d1780, arg=0x2aea625caa20, strict=DEDUCE_CALL, sub_strict=21) at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:12140 #24 0x004dc9de in type_unification_real (tparms=0x2aea625cfb70, targs=0x2aea625cfdb0, xparms=0x2aea625cfbd0, xargs=0x2aea625cfd20, subr=0, strict=DEDUCE_CALL, flags=3) at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:11951 #25 0x004dba28 in fn_type_unification (fn=0x2aea625d1a80, explicit_targs=0x0, targs=0x2aea625cfdb0, args=0x2aea625cfd20, return_type=0x0, strict=DEDUCE_CALL, flags=3) at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:11687 #26 0x0041087c in add_template_candidate_real ( candidates=0x7fff48f101f8, tmpl=0x2aea625d1a80, ctype=0x0, explicit_targs=0x0, arglist=0x2aea625cfd20, return_type=0x0, access_path=0x0, conversion_path=0x0, flags=3, obj=0x0, strict=DEDUCE_CALL) at /space/rguenther/src/svn/trunk/gcc/cp/call.c:2260 #27 0x00410de8 in add_template_candidate (candidates=0x7fff48f101f8, tmpl=0x2aea625d1a80, ctype=0x0, explicit_targs=0x0, arglist=0x2aea625cfd20, return_type=0x0, access_path=0x0, conversion_path=0x0, flags=3,
[Bug driver/34904] -march=native doesn't work with multiple input files
--- Comment #7 from manu at gcc dot gnu dot org 2008-02-19 10:34 --- Come on HJL, don't be so pessimistic... -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34904
[Bug driver/34904] -march=native doesn't work with multiple input files
--- Comment #8 from manu at gcc dot gnu dot org 2008-02-19 10:35 --- ...this is FIXED in GCC 4.3 and trunk ;-) (thanks to you!) -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34904
[Bug other/31349] [4.3 Regression] gcc -v --help returns no options for C, C++
--- Comment #11 from nickc at gcc dot gnu dot org 2008-02-19 10:35 --- Subject: Bug 31349 Author: nickc Date: Tue Feb 19 10:33:41 2008 New Revision: 132427 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132427 Log: PR other/31349 * opts.c (undocumented_msg): Leave blank unless checking is enabled. (handle_options): Fix indentation. (print_filtered_help): If no language-specific options were displayed tell the user how to list all the options supported by the language's front-end. (print_specific_help): Fix indentation and remove duplicate line. (common_handle_option): Handle the -v option. For --help enable the display of undocumented options if the -v switch has been included on the command line. For --help= check for overlaps in the arguments between the option classes and the language names and issue a warning when they cannot be disambiguated. * c.opt (v): Pass on to the common option handler. Modified: trunk/gcc/ChangeLog trunk/gcc/c.opt trunk/gcc/opts.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31349
[Bug tree-optimization/35252] New: No vectorization for complex arrays
This testcase produces unoptimal code: _Complex float af[16], bf[16], cf[16]; _Complex double ad[16], bd[16], cd[16]; void testf(void) { int i; for (i = 0; i 16; i++) cf[i] = af[i] * bf[i]; } void testd(void) { int i; for (i = 0; i 16; i++) cd[i] = ad[i] + bd[i]; } gcc -O2 -ftree-vectorize -msse2: testd: xorl%eax, %eax .p2align 4,,7 .p2align 3 .L7: movsd ad+8(%eax), %xmm1 movsd ad(%eax), %xmm0 addsd bd+8(%eax), %xmm1 addsd bd(%eax), %xmm0 movsd %xmm1, cd+8(%eax) movsd %xmm0, cd(%eax) addl$16, %eax cmpl$256, %eax jne .L7 rep ret And with -ffast-math: testf: xorl%eax, %eax .p2align 4,,7 .p2align 3 .L2: movss bf(,%eax,8), %xmm2 movss bf+4(,%eax,8), %xmm3 movss af(,%eax,8), %xmm5 movss af+4(,%eax,8), %xmm4 movaps %xmm2, %xmm0 movaps %xmm3, %xmm1 mulss %xmm5, %xmm0 mulss %xmm4, %xmm1 mulss %xmm4, %xmm2 mulss %xmm5, %xmm3 subss %xmm1, %xmm0 addss %xmm3, %xmm2 movss %xmm0, cf(,%eax,8) movss %xmm2, cf+4(,%eax,8) addl$1, %eax cmpl$16, %eax jne .L2 rep ret Note, that we can use SSE3 addsubps insn in the later case. -- Summary: No vectorization for complex arrays Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ubizjak at gmail dot com OtherBugsDependingO 31485 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35252
[Bug c++/35078] ICE with reference in parallel for loop
--- Comment #3 from jakub at gcc dot gnu dot org 2008-02-19 10:15 --- Subject: Bug 35078 Author: jakub Date: Tue Feb 19 10:14:57 2008 New Revision: 132424 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132424 Log: PR c++/35078 * parser.c (cp_parser_omp_for_loop): If DECL has REFERENCE_TYPE, don't call cp_finish_decl. * semantics.c (finish_omp_for): Fail if DECL doesn't have integral type early. * g++.dg/gomp/pr35078.C: New test. Added: trunk/gcc/testsuite/g++.dg/gomp/pr35078.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/parser.c trunk/gcc/cp/semantics.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35078
[Bug c++/35028] ICE with strange ctor and firstprivate
--- Comment #1 from jakub at gcc dot gnu dot org 2008-02-19 10:19 --- Subject: Bug 35028 Author: jakub Date: Tue Feb 19 10:18:29 2008 New Revision: 132426 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132426 Log: PR c++/35028 * cp-gimplify.c (cxx_omp_clause_apply_fn): Handle vararg copy ctors. * g++.dg/gomp/pr35028.C: New test. Added: trunk/gcc/testsuite/g++.dg/gomp/pr35028.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/cp-gimplify.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35028
[Bug tree-optimization/34989] [4.3 Regression] ICE in get_addr_dereference_operands, at tree-ssa-operands.c:1698 with IMA
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-02-19 11:56 --- Fixed on the trunk. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to work|4.1.2 4.2.3 |4.1.2 4.2.3 4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34989
[Bug tree-optimization/34989] [4.3 Regression] ICE in get_addr_dereference_operands, at tree-ssa-operands.c:1698 with IMA
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-02-19 11:56 --- Subject: Bug 34989 Author: rguenth Date: Tue Feb 19 11:55:29 2008 New Revision: 132429 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132429 Log: 2008-02-19 Richard Guenther [EMAIL PROTECTED] PR tree-optimization/34989 * tree-ssa-forwprop.c (forward_propagate_addr_expr_1): Re-structure. Allow propagation to INDIRECT_REF if we can simplify only. * gcc.dg/pr34989-1.c: New testcase. * gcc.dg/pr34989-2.c: Likewise. Added: trunk/gcc/testsuite/gcc.dg/pr34989-1.c trunk/gcc/testsuite/gcc.dg/pr34989-2.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-forwprop.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34989
[Bug c/35249] gcc miscompiles emacs' src/intervals.c when using optimisation on solaris 8
--- Comment #4 from simon dot marshall at misys dot com 2008-02-19 12:04 --- OK, before I start hacking, what is it that you need once I have found a function? What I can do is try to identify a function or minimal functions that, when compiled in a file with optimisation, will cause Emacs to detect inconsistent internal state, but not when compiled without optimisation. I can compile this file with -g -O0 -fno-unit-at-a-time, -g -O1 -fno-unit-at-a-time and -g -O2 -fno-unit-at-a-time. I can compile all other files with -g -O2 -fno-unit-at-a-time. Does this sound right? Once I've found it, what would be useful to you? Output from -E for that file? Files generated by -S for that file using the flags above? Some other internal gcc output? Assuming that I am able to debug this function, any pointers as to what I could look for that might explain why it is functionally different when compiled with optimisation? -- simon dot marshall at misys dot com changed: What|Removed |Added Component|middle-end |c http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35249
[Bug fortran/32795] allocatable components are nullified prematurely
--- Comment #14 from pault at gcc dot gnu dot org 2008-02-19 12:12 --- (In reply to comment #12) It is essential to fix the memory leaks - that after all is the purpose behind allocatable components. I´ll see if I can understand what is happening. Cheers Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32795
[Bug c/35249] gcc miscompiles emacs' src/intervals.c when using optimisation on solaris 8
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-02-19 12:36 --- Once I've found it, what would be useful to you? See http://gcc.gnu.org/bugs.html Assuming that I am able to debug this function, any pointers as to what Icould look for that might explain why it is functionally different when compiled with optimisation? Not really if it's a compiler bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35249
[Bug fortran/34820] internal compiler error: in gfc_conv_descriptor_data_get, at fortran/trans-array.c:147
--- Comment #7 from pault at gcc dot gnu dot org 2008-02-19 12:09 --- I have a regtested patch for this but cannot post it until Saturday, when I am back from vacation. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-01-16 21:49:28 |2008-02-19 12:09:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34820
[Bug other/31349] [4.3 Regression] gcc -v --help returns no options for C, C++
--- Comment #12 from manu at gcc dot gnu dot org 2008-02-19 11:20 --- Nick, Didn't this got approved for GCC 4.3? Notice that you committed the patch *after* GCC 4.3 branched. Also: + description = _(The following options are specific to the just the language ); should be: + description = _(The following options are specific to just the language ); (You don't need to ask approval for this little change, it is an obvious fix). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31349
[Bug target/35239] [4.3 Regression] Build failure when host cc is GCC-2.95.3 or earlier
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||02/msg00765.html Status|NEW |ASSIGNED Last reconfirmed|2008-02-17 21:55:16 |2008-02-19 13:27:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35239
[Bug target/35239] [4.3 Regression] Build failure when host cc is GCC-2.95.3 or earlier
--- Comment #5 from jakub at gcc dot gnu dot org 2008-02-19 13:41 --- Fixed on the trunk and 4.3. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35239
[Bug target/35239] [4.3 Regression] Build failure when host cc is GCC-2.95.3 or earlier
--- Comment #4 from jakub at gcc dot gnu dot org 2008-02-19 13:36 --- Subject: Bug 35239 Author: jakub Date: Tue Feb 19 13:35:11 2008 New Revision: 132431 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132431 Log: PR target/35239 * config/i386/cpuid.h (__cpuid, __get_cpuid_max): Use special 32-bit inline asm without asm alternatives for host GCC 3.0. Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/config/i386/cpuid.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35239
[Bug target/35239] [4.3 Regression] Build failure when host cc is GCC-2.95.3 or earlier
--- Comment #3 from jakub at gcc dot gnu dot org 2008-02-19 13:35 --- Subject: Bug 35239 Author: jakub Date: Tue Feb 19 13:34:29 2008 New Revision: 132430 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132430 Log: PR target/35239 * config/i386/cpuid.h (__cpuid, __get_cpuid_max): Use special 32-bit inline asm without asm alternatives for host GCC 3.0. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/cpuid.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35239
[Bug other/31349] [4.3 Regression] gcc -v --help returns no options for C, C++
--- Comment #13 from nickc at redhat dot com 2008-02-19 14:12 --- Subject: Re: [4.3 Regression] gcc -v --help returns no options for C, C++ Hi Manu, Didn't this got approved for GCC 4.3? No. :-( Also: + description = _(The following options are specific to the just the language ); should be: + description = _(The following options are specific to just the language ); Oops - I'll fix this. Cheers Nick -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31349
[Bug c/35249] gcc miscompiles emacs' src/intervals.c when using optimisation on solaris 8
--- Comment #6 from simon dot marshall at misys dot com 2008-02-19 14:40 --- Created an attachment (id=15184) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15184action=view) intervals2.c and output of -v -save-temps Maybe it was easier than I thought. I took out the function update_interval from the file internals.c, in which Emacs was detecting internal data structure inconsistency, and compiled it in a new file internals2.c. With this separate file, I can reproduce the error if I build with -g -O1 -fno-unit-at-a-time or -g -O2 -fno-unit-at-a-time, but not with -g -O0 -fno-unit-at-a-time. Attached is the output generated by -v -save-temps -g -O1 -fno-unit-at-a-time for this file, ie, the .c, .i, .s and the output of gcc itself. All other files in the Emacs executable were compiled with -g -O2 -fno-unit-at-a-time. The offending call of error occurs at internals.c:34: else if (NULL_PARENT (i)) error (Point before start of properties); which according to internals.i is: else if (((i)-up_obj || (i)-up.interval == 0)) error (Point before start of properties); Note the condition that needs to be true for error to be called. However, when error is called: $ gdb emacs GNU gdb 6.7.1 Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as sparc-sun-solaris2.8... SIGINT is used by the debugger. Are you sure you want to change it? (y or n) [answered Y; input not from terminal] DISPLAY = dtp020071.misys-risk.com:0.0 TERM = xterm Breakpoint 1 at 0xe4ee4: file emacs.c, line 432. Breakpoint 2 at 0x100138: file sysdep.c, line 1384. (gdb) b intervals2.c:34 Breakpoint 3 at 0x19420c: file intervals2.c, line 34. (gdb) r -Q Starting program: /homedev/marshals/ftp/emacs-22.2-pretests/gcc-4.2.3-g-O2/src/emacs -Q warning: Temporarily disabling breakpoints for unloaded shared library /usr/lib/ld.so.1 Breakpoint 4 at 0xc552c: file xterm.c, line 7866. Breakpoint 3, update_interval (i=0x8286f4, pos=1771) at intervals2.c:34 34 error (Point before start of properties); (gdb) p i-up_obj $1 = 0 (gdb) p i-up.interval $2 = (struct interval *) 0x828534 (gdb) p *i $3 = { total_length = 36, position = 1782, left = 0x828710, right = 0x828550, up = { interval = 0x828534, obj = 8553780 }, up_obj = 0, gcmarkbit = 0, write_protect = 0, visible = 0, front_sticky = 0, rear_sticky = 0, plist = 8527837 } (gdb) p i-up_obj || i-up.interval == 0 $4 = 0 (gdb) So, if the data appears to suggest that the condition should be false, why does the behaviour appear as if the condition is true? Or did I do something stupid? Is this really a symptom of some other problem? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35249
[Bug libgcj/35253] reflection on annotation objects throws IllegalAccessException
--- Comment #1 from marcus at better dot se 2008-02-19 14:41 --- $ gij -version java version 1.5.0 gij (GNU libgcj) version 4.3.0 20080202 (experimental) [trunk revision 132072] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35253
[Bug other/31349] [4.3 Regression] gcc -v --help returns no options for C, C++
--- Comment #14 from manu at gcc dot gnu dot org 2008-02-19 14:44 --- Didn't this got approved for GCC 4.3? No. :-( Too bad. On the other hand, we can close this, can't we? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31349
[Bug c/35249] gcc miscompiles emacs' src/intervals.c when using optimisation on solaris 8
--- Comment #7 from simon dot marshall at misys dot com 2008-02-19 14:44 --- Sorry, for internals.c and internals.i, read intervals2.c and intervals2.i. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35249
[Bug ada/35186] Implicit assumptions about alignment of DImode
--- Comment #6 from hjl at gcc dot gnu dot org 2008-02-19 14:36 --- Subject: Bug 35186 Author: hjl Date: Tue Feb 19 14:35:48 2008 New Revision: 132433 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132433 Log: 2008-02-19 H.J. Lu [EMAIL PROTECTED] PR Ada/35186 * config/i386/i386-modes.def: Revert the last DI alignment change until Ada people can look into it. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386-modes.def -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35186
[Bug libgcj/35253] New: reflection on annotation objects throws IllegalAccessException
The following test program throws an IllegalAccessException with gij, but works with Sun Java. ~$ gij InvokeAnnotationMethod Exception in thread main java.lang.IllegalAccessException at java.lang.reflect.Method.invoke(libgcj.so.90) at test.Helper.invoke(Helper.java:11) at InvokeAnnotationMethod.main(InvokeAnnotationMethod.java:11) ~$ java InvokeAnnotationMethod ~$ java -version java version 1.6.0 Java(TM) SE Runtime Environment (build 1.6.0-b105) Java HotSpot(TM) 64-Bit Server VM (build 1.6.0-b105, mixed mode) The odd thing is that if the test.Helper class below is moved up to the default package, the program works. So there seems to be some reflection bug. Report forwarded from Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466538 - file InvokeAnnotationMethod.java import java.lang.annotation.*; import test.Helper; public class InvokeAnnotationMethod { public static void main(String[] args) throws Exception { Annotation ann = Inner.class.getAnnotation(Ann.class); new Helper().invoke(ann); } @Retention(RetentionPolicy.RUNTIME) public @interface Ann { public int param() default 0; } @Ann public class Inner { } } --- - file test/Helper.java package test; import java.lang.reflect.Method; public class Helper { public void invoke(Object a) throws Exception { Method m = a.getClass().getMethod(param, new Class[0]); m.invoke(a, new Object[0]); } } -- Summary: reflection on annotation objects throws IllegalAccessException Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: marcus at better dot se GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35253
[Bug other/31349] [4.3 Regression] gcc -v --help returns no options for C, C++
--- Comment #15 from nickc at redhat dot com 2008-02-19 15:11 --- Subject: Re: [4.3 Regression] gcc -v --help returns no options for C, C++ Hi Manu, Too bad. On the other hand, we can close this, can't we? Yes I agree. Cheers Nick -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31349
[Bug bootstrap/32009] [4.3 Regression] building gcc4-4.3.0-20070518 failed on OSX 10.3.9
--- Comment #26 from bonzini at gnu dot org 2008-02-19 15:00 --- patch at http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00775.html -- bonzini at gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||02/msg00775.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32009
[Bug fortran/34816] logical kinds for any and all
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-02-19 15:48:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34816
[Bug libfortran/34745] collect array bounds checking
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-02-19 15:48:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34745
[Bug middle-end/28779] internal compiler error: in cgraph_estimate_size_after_inlining, at ipa-inline.c:106
--- Comment #14 from hubicka at gcc dot gnu dot org 2008-02-19 17:10 --- Subject: Bug 28779 Author: hubicka Date: Tue Feb 19 17:09:42 2008 New Revision: 132439 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132439 Log: PR middle-end/28779 * tree-inline.c (estimate_num_insns_1): Fix counting of cost of call_expr. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-inline.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28779
[Bug fortran/31593] Invariant DO loop variables and subroutines
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-04-17 01:14:52 |2008-02-19 16:08:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31593
[Bug c++/34950] [4.2/4.3 Regression] ICE in svn boost math toolkit
--- Comment #17 from jakub at gcc dot gnu dot org 2008-02-19 17:50 --- instantiate_type_decl calls tsubst on type_decl 0x2ea83300 unused type typename_type 0x2ea83180 unnecessary VOID align 8 symtab 0 alias set -1 structural equality context template_type_parm 0x2ea78a80 Policy chain type_decl 0x2ea83240 unnecessary nonlocal VOID file pr34950.C line 7 col 42 align 1 context record_type 0x2ea78c00 A and as TYPE_DECL isn't TEMPLATE_DECL, it doesn't bump processing_template_decl around the tsubst call. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2/4.3/4.4 Regression] ICE|[4.2/4.3 Regression] ICE in |in svn boost math toolkit |svn boost math toolkit http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug fortran/33197] Fortran 2008: gamma() and other small changes
--- Comment #5 from burnus at gcc dot gnu dot org 2008-02-19 16:14 --- New version of the Fortran 2008 draft (candiate draft, before was working draft): ftp://ftp.nag.co.uk/sc22wg5/N1701-N1750/N1718.pdf http://www.nag.co.uk/sc22wg5/ Thus things should be settled enough for this patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33197
[Bug rtl-optimization/34408] Invalid RTL sharing with -fsee and inline functions
--- Comment #7 from hubicka at gcc dot gnu dot org 2008-02-19 17:11 --- Subject: Bug 34408 Author: hubicka Date: Tue Feb 19 17:11:12 2008 New Revision: 132440 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132440 Log: PR rtl-optimization/34408 * see.c (see_def_extension_not_merged): Copy subreg so we don't have invalid sharing. Modified: trunk/gcc/ChangeLog trunk/gcc/see.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34408
[Bug fortran/33296] [4.3/4.4 regression] nearest(huge(1.0),1.0) gives an error
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2008-02-19 15:59 --- It seems things are now worse: $ cat s.f90 real x x = nearest(huge(1.0),1.0) end $ ./bin/gfortran s.f90 next.c:91: assertion failed: !mpfr_set_exp ((x), (exp + 1)) f951: internal compiler error: Aborted Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. That's with MPFR 2.3.1 and GCC trunk rev. 132112 (a bit before 4.3 branching). -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Last reconfirmed|2007-09-04 12:34:17 |2008-02-19 15:59:33 date|| Summary|nearest(huge(1.0),1.0) gives|[4.3/4.4 regression] |an error|nearest(huge(1.0),1.0) gives ||an error http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33296
[Bug other/31349] [4.3 Regression] gcc -v --help returns no options for C, C++
--- Comment #16 from manu at gcc dot gnu dot org 2008-02-19 16:15 --- Fixed in GCC 4.4. -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|4.3.0 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31349
[Bug middle-end/27986] [4.0/4.1/4.2/4.3/4.4 Regression] jump to middle of loop on entry with using old version of an variable
--- Comment #11 from dean at arctic dot org 2008-02-19 17:42 --- Subject: Re: [4.0/4.1/4.2/4.3 Regression] jump to middle of loop on entry with using old version of an variable On Mon, 19 Feb 2008, xinliangli at gmail dot com wrote: Note that assignment of s0 = s in the loop is mostly dead except for the last occurence. So it should be optimized into: do { s += *d; ++d; } while (s g); v[0] = (s-*(d-1)); fwiw the real loop i pulled this fragment from has a bit more dependent on s0 ... i just used this fragment because it showcased a particular problem i observed in the full loop. i can't include the full loop because it's in proprietary code :( -dean -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27986
[Bug tree-optimization/35254] New: Should gcc fold DFP expression?
On Linux/Intel64, [EMAIL PROTECTED] stack-7]$ cat y.c extern void abort (void); void sse_test (void) { if (7.9E6144dl + 3.0E6144dl != 9.9E+6144dl) abort (); } [EMAIL PROTECTED] stack-7]$ /usr/gcc-4.3/bin/gcc -O2 -c -std=gnu99 y.c [EMAIL PROTECTED] stack-7]$ readelf -r y.o Relocation section '.rela.text' at offset 0x5f0 contains 3 entries: Offset Info Type Sym. ValueSym. Name + Addend 0049 00080002 R_X86_64_PC32 __bid_addtd3 + fffc 0070 00090002 R_X86_64_PC32 __bid_netd2 + fffc 007a 000b0002 R_X86_64_PC32 abort + fffc Relocation section '.rela.eh_frame' at offset 0x638 contains 1 entries: Offset Info Type Sym. ValueSym. Name + Addend 0020 0002000a R_X86_64_32 .text + 0 [EMAIL PROTECTED] stack-7]$ -- Summary: Should gcc fold DFP expression? Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35254
[Bug c/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs
--- Comment #5 from Ralf dot Wildenhues at gmx dot de 2008-02-19 18:35 --- *** Bug 35248 has been marked as a duplicate of this bug. *** -- Ralf dot Wildenhues at gmx dot de changed: What|Removed |Added CC||Ralf dot Wildenhues at gmx ||dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415
[Bug driver/35248] --enable-version-specific-runtime-libs broken
--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2008-02-19 18:35 --- *** This bug has been marked as a duplicate of 32415 *** -- Ralf dot Wildenhues at gmx dot de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35248
[Bug fortran/35030] add type/kind information to pointer assignments
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-02-19 18:32 --- Fixed in trunk. Closing. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35030
[Bug fortran/35030] add type/kind information to pointer assignments
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-02-19 18:26 --- Subject: Bug 35030 Author: dfranke Date: Tue Feb 19 18:26:12 2008 New Revision: 132442 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132442 Log: 2008-02-19 Daniel Franke [EMAIL PROTECTED] PR fortran/35030 * expr.c (gfc_check_pointer_assign): Add type and kind information to type-mismatch message. (gfc_check_assign): Unify error messages. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/expr.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35030
[Bug target/35072] h8300: ICE unwind-dw2-fde.c:650: error: unrecognizable insn
--- Comment #2 from joel at gcc dot gnu dot org 2008-02-19 19:13 --- Still happens today so almost certainly on 4.3 branch as well. h8300-rtems4.9-gcc (GCC) 4.4.0 20080219 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35072
[Bug fortran/29549] matmul slow for complex matrices
--- Comment #11 from jb at gcc dot gnu dot org 2008-02-19 19:33 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00788.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29549
[Bug c/35162] Documentation incorrect for -fcx-limited-range
--- Comment #3 from jb at gcc dot gnu dot org 2008-02-19 19:33 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00788.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35162
[Bug bootstrap/35218] [4.3/4.4 regression] build fails on mingw host
--- Comment #10 from rwild at gcc dot gnu dot org 2008-02-19 19:39 --- Subject: Bug 35218 Author: rwild Date: Tue Feb 19 19:38:52 2008 New Revision: 132444 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132444 Log: PR bootstrap/35218 * Makefile.in (build_file_translate): New. (gcc-vers.texi): Use it for translating $(abs_srcdir). * config.build (build_file_translate): Set to `CMD //c' on MinGW. * configure.ac (build_file_translate): Substitute it. * configure: Regenerate. Modified: trunk/gcc/ChangeLog trunk/gcc/Makefile.in trunk/gcc/config.build trunk/gcc/configure trunk/gcc/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35218
[Bug bootstrap/35218] [4.3/4.4 regression] build fails on mingw host
--- Comment #11 from rwild at gcc dot gnu dot org 2008-02-19 19:47 --- Subject: Bug 35218 Author: rwild Date: Tue Feb 19 19:47:12 2008 New Revision: 132445 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132445 Log: PR bootstrap/35218 * Makefile.in (build_file_translate): New. (gcc-vers.texi): Use it for translating $(abs_srcdir). * config.build (build_file_translate): Set to `CMD //c' on MinGW. * configure.ac (build_file_translate): Substitute it. * configure: Regenerate. Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/Makefile.in branches/gcc-4_2-branch/gcc/config.build branches/gcc-4_2-branch/gcc/configure branches/gcc-4_2-branch/gcc/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35218
[Bug bootstrap/35218] [4.3/4.4 regression] build fails on mingw host
--- Comment #12 from rwild at gcc dot gnu dot org 2008-02-19 19:49 --- Fixed. -- rwild at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35218
[Bug c++/34950] [4.2/4.3/4.4 Regression] ICE in svn boost math toolkit
-- 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|NEW |ASSIGNED Last reconfirmed|2008-02-12 23:13:53 |2008-02-19 20:17:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug bootstrap/35218] [4.3/4.4 regression] build fails on mingw host
--- Comment #13 from rwild at gcc dot gnu dot org 2008-02-19 20:16 --- Subject: Bug 35218 Author: rwild Date: Tue Feb 19 20:15:25 2008 New Revision: 132448 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132448 Log: PR bootstrap/35218 * Makefile.in (build_file_translate): New. (gcc-vers.texi): Use it for translating $(abs_srcdir). * config.build (build_file_translate): Set to `CMD //c' on MinGW. * configure.ac (build_file_translate): Substitute it. * configure: Regenerate. Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/Makefile.in branches/gcc-4_3-branch/gcc/config.build branches/gcc-4_3-branch/gcc/configure branches/gcc-4_3-branch/gcc/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35218
[Bug c++/3187] gcc lays down two copies of constructors
--- Comment #28 from jason at gcc dot gnu dot org 2008-02-19 20:20 --- unsuspending. -- jason at gcc dot gnu dot org changed: What|Removed |Added CC||jason at gcc dot gnu dot org Status|SUSPENDED |NEW Last reconfirmed|2005-08-03 02:30:41 |2008-02-19 20:20:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3187
[Bug target/34000] GCC pedwarns about use of static inline functions from system headers in extern inline functions
--- Comment #16 from lennox at cs dot columbia dot edu 2008-02-19 21:01 --- Is there any possibility of getting a fix for this into 4.3.0? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34000
[Bug c++/34950] [4.2/4.3/4.4 Regression] ICE in svn boost math toolkit
--- Comment #18 from jason at gcc dot gnu dot org 2008-02-19 21:21 --- The problem comes when we deal with templates from non-template code. In this case, we are substituting some parameters but not all into a function template declaration, so we end up building up new typename types with dependent scopes. Changing make_typename_type to call uses_template_parms fixes the testcase, but it seems that other similar issues may be hiding, and it may be better to bump processing_template_decl at a higher level, perhaps resolve_overloaded_unification. But that may also leave other similar problems elsewhere. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug c++/34950] [4.2/4.3/4.4 Regression] ICE in svn boost math toolkit
--- Comment #19 from jason at gcc dot gnu dot org 2008-02-19 21:39 --- (In reply to comment #18) it may be better to bump processing_template_decl at a higher level, perhaps resolve_overloaded_unification. This seems to be the approach taken in the partial ordering code, so it seems like the right answer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug c++/35255] New: gcc does not do partial ordering on overloaded address resolution
The following reduced testcase from PR 34950 gives an incorrect error after the crashing bug in that PR is fixed: - struct default_policy {}; template class T = default_policy struct policy { typedef int precision_type; }; template class Real, class Policy struct precision { typedef Real type; typedef typename Policy::precision_type precision_type; }; template class T1, class T2, class Policy struct bessel_traits { typedef T1 result_type; typedef typename precisionresult_type, Policy::type precision_type; }; template class Fn void def(char const* name, Fn fn); template class T1, class T2, class Policy typename bessel_traitsT1, T2, Policy::result_type cyl_bessel_j(T1 v, T2 x, const Policy pol); template class T1, class T2 typename bessel_traitsT1, T2, policy ::result_type cyl_bessel_j(T1 v, T2 x); void hedge_expose_polynomial() { def(cyl_bessel_j, cyl_bessel_jint, double); } - We should recognize that the latter template is more specialized than the former, and so the implicit address of cyl_bessel_jint, double is unambiguous. -- Summary: gcc does not do partial ordering on overloaded address resolution Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: rejects-valid Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jason at gcc dot gnu dot org BugsThisDependsOn: 34950 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35255
[Bug c++/34950] [4.2/4.3/4.4 Regression] ICE in svn boost math toolkit
--- Comment #21 from jason at gcc dot gnu dot org 2008-02-19 22:13 --- On second thought, the testcase seems to be well-formed; we should do partial ordering and determine that the second template is more specialized than the first. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug c++/34950] [4.2/4.3/4.4 Regression] ICE in svn boost math toolkit
--- Comment #20 from jason at gcc dot gnu dot org 2008-02-19 21:45 --- Incidentally, the error that 3.3 gave for the testcase in comment #8 seems to be correct: after we substitute the explicit args into the two function templates, we are left with one which still has an unbound argument, which I believe makes it an undeduced context under [temp.deduct.type] paragraph 5 (the set of functions provided as an argument contains one or more function templates). The EDG compiler seems to disagree, so this should probably become a core language issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug target/34571] [4.3/4.4 Regression] Segfault in alpha_expand_mov at -O3
--- Comment #9 from nightstrike at gmail dot com 2008-02-19 22:23 --- Was this patch ever submitted? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34571
[Bug c++/34950] [4.2/4.3/4.4 Regression] ICE in svn boost math toolkit
--- Comment #23 from jason at gcc dot gnu dot org 2008-02-19 22:54 --- Subject: Bug 34950 Author: jason Date: Tue Feb 19 22:53:25 2008 New Revision: 132456 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132456 Log: PR c++/34950 * pt.c (resolve_overloaded_unification): Set processing_template_decl while we look for possible bindings. Modified: branches/gcc-4_3-branch/gcc/cp/ChangeLog branches/gcc-4_3-branch/gcc/cp/pt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug c++/34950] [4.2/4.3/4.4 Regression] ICE in svn boost math toolkit
--- Comment #22 from jason at gcc dot gnu dot org 2008-02-19 22:53 --- Subject: Bug 34950 Author: jason Date: Tue Feb 19 22:53:07 2008 New Revision: 132455 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132455 Log: PR c++/34950 * pt.c (resolve_overloaded_unification): Set processing_template_decl while we look for possible bindings. Added: trunk/gcc/testsuite/g++.dg/template/explicit-args1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug web/35256] New: Bad link on http://gcc.gnu.org/onlinedocs/libstdc++/parallel_mode.html
This web page: http://gcc.gnu.org/onlinedocs/libstdc++/parallel_mode.html Has this text: Configuration and Tuning Some algorithm variants can be enabled/disabled/selected at compile-time. See compiletime_settings.h and See features.h for details. Which links to this page: http://gcc.gnu.org/onlinedocs/libstdc++/latest-doxygen/compiletime__settings_8h.html Which is an invalid page, yielding a 404. -- Summary: Bad link on http://gcc.gnu.org/onlinedocs/libstdc++/parallel_mode.ht ml Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: web AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nightstrike at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35256
[Bug java/35257] New: jar: internal error:
Building on openSUSE 11.0 Alpha2 (as well as Alpha1) I have been seeing the following with a plain ./configure --prefix=... (omitting those dozen fancy options that the distros usually employ). libtool: compile: /tmp/OBJ-0219-2155/./gcc/xgcc -shared-libgcc -B/tmp/OBJ-0219-2155/./gcc -nostdinc++ -L/tmp/OBJ-0219-2155/x86_64-unknown-linux-gnu/32/libstdc++-v3/src -L/tmp/OBJ-0219-2155/x86_64-unknown-linux-gnu/32/libstdc++-v3/src/.libs -B/suse/gp/gcc-x86_64/x86_64-unknown-linux-gnu/bin/ -B/suse/gp/gcc-x86_64/x86_64-unknown-linux-gnu/lib/ -isystem /suse/gp/gcc-x86_64/x86_64-unknown-linux-gnu/include -isystem /suse/gp/gcc-x86_64/x86_64-unknown-linux-gnu/sys-include -m32 -DHAVE_CONFIG_H -I. -I/mounts/users-space/gp/gcc/trunk/libjava -I./include -I./gcj -I/mounts/users-space/gp/gcc/trunk/libjava -Iinclude -I/mounts/users-space/gp/gcc/trunk/libjava/include -I/mounts/users-space/gp/gcc/trunk/libjava/classpath/include -Iclasspath/include -I/mounts/users-space/gp/gcc/trunk/libjava/classpath/native/fdlibm -I/mounts/users-space/gp/gcc/trunk/libjava/../boehm-gc/include -I../boehm-gc/include -I/mounts/users-space/gp/gcc/trunk/libjava/libltdl -I/mounts/users-space/gp/gcc/trunk/libjava/libltdl -I/mounts/users-space/gp/gcc/trunk/libjava/.././libjava/../gcc -I/mounts/users-space/gp/gcc/trunk/libjava/../zlib -I/mounts/users-space/gp/gcc/trunk/libjava/../libffi/include -I../libffi/include -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -D_FILE_OFFSET_BITS=64 -ffloat-store -fomit-frame-pointer -Wextra -Wall -D_GNU_SOURCE -DPREFIX=\/suse/gp/gcc-x86_64\ -DTOOLEXECLIBDIR=\/suse/gp/gcc-x86_64/lib/../lib\ -DJAVA_HOME=\/suse/gp/gcc-x86_64\ -DBOOT_CLASS_PATH=\/suse/gp/gcc-x86_64/share/java/libgcj-4.4.0.jar\ -DJAVA_EXT_DIRS=\/suse/gp/gcc-x86_64/share/java/ext\ -DGCJ_ENDORSED_DIRS=\/suse/gp/gcc-x86_64/share/java/gcj-endorsed\ -DGCJ_VERSIONED_LIBDIR=\/suse/gp/gcc-x86_64/lib/../lib/gcj-4.4.0-9\ -DPATH_SEPARATOR=\:\ -DECJ_JAR_FILE=\\ -DLIBGCJ_DEFAULT_DATABASE=\/suse/gp/gcc-x86_64/lib/../lib/gcj-4.4.0-9/classmap.db\ -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\gcj-4.4.0/classmap.db\ -g -O2 -D_GNU_SOURCE -m32 -MT posix-threads.lo -MD -MP -MF .deps/posix-threads.Tpo -c /mounts/users-space/gp/gcc/trunk/libjava/posix-threads.cc -o posix-threads.o /dev/null 21 here=`pwd`; cd /mounts/users-space/gp/gcc/trunk/libjava/classpath/lib; \ find gnu java javax org sun -name .svn -prune -o -name '*.class' -print | \ gjar -cfM@ $here/libgcj-4.4.0.jar jar: internal error: java.lang.NullPointerException: man at java.util.jar.JarOutputStream.init(JarOutputStream.java:43) at gnu.classpath.tools.jar.Creator.writeCommandLineEntries(Creator.java:225) at gnu.classpath.tools.jar.Creator.run(Creator.java:246) at gnu.classpath.tools.jar.Main.run(Main.java:276) at gnu.classpath.tools.jar.Main.main(Main.java:284) gmake[5]: *** [libgcj-4.4.0.jar] Error 1 gmake[5]: Leaving directory `/tmp/OBJ-0219-2155/x86_64-unknown-linux-gnu/32/libjava' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory `/tmp/OBJ-0219-2155/x86_64-unknown-linux-gnu/32/libjava' gmake[3]: *** [multi-do] Error 1 gmake[3]: Leaving directory `/tmp/OBJ-0219-2155/x86_64-unknown-linux-gnu/libjava' gmake[2]: *** [all-multi] Error 2 gmake[2]: Leaving directory `/tmp/OBJ-0219-2155/x86_64-unknown-linux-gnu/libjava' gmake[1]: *** [all-target-libjava] Error 2 gmake[1]: Leaving directory `/tmp/OBJ-0219-2155' gmake: *** [bootstrap-lean] Error 2 -- Summary: jar: internal error: jar: internal error: java.lang.NullPointerException bootstrapping libjava Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gerald at pfeifer dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35257
[Bug java/35257] jar: internal error: java.lang.NullPointerException bootstrapping libjava
--- Comment #1 from gerald at pfeifer dot com 2008-02-20 00:01 --- Sorry, I wasn't clear enough here -- this also happens with 4.3.0. -- gerald at pfeifer dot com changed: What|Removed |Added Summary|jar: internal error:|jar: internal error: ||java.lang.NullPointerExcepti ||on bootstrapping libjava Version|4.4.0 |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35257
[Bug target/34000] GCC pedwarns about use of static inline functions from system headers in extern inline functions
--- Comment #17 from manu at gcc dot gnu dot org 2008-02-20 01:10 --- (In reply to comment #16) Is there any possibility of getting a fix for this into 4.3.0? No. GCC 4.3 will be released soon and this isn't even marked as a regression (much less a P1 regression). -- manu at gcc dot gnu dot org changed: What|Removed |Added CC||manu at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34000
[Bug target/35258] New: two memcpy calls merged incorrectly with -O1
Someone at IBM working on a very large project on s390 showed me some odd code in which two memcpy calls get merged into something that instead spreads one character into the final destination. A modification of that code that looks more normal is: char string2[9] = 1234; void foo (void) { char temp[4]; char *p = string2[2]; memcpy (temp, string2[1], 4); memcpy (p, temp, 4); string2[1] = '.'; } The result in string2 should be 1.234 but is 1. (or so says the person who reported this to me). I'll attach the full test case with both versions of the code. Based on my examination of the generated s390 code, which I had never seen before and just barely understand, this was broken in 3.0 through 3.4, OK in 4.0 through 4.2, and is broken again in 4.3. -- Summary: two memcpy calls merged incorrectly with -O1 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janis at gcc dot gnu dot org GCC target triplet: s390-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35258
[Bug target/35258] two memcpy calls merged incorrectly with -O1
--- Comment #1 from janis at gcc dot gnu dot org 2008-02-20 02:02 --- Created an attachment (id=15185) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15185action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35258
[Bug target/35258] two memcpy calls merged incorrectly with -O1
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-02-20 02:08 --- Hmm, temp refers to the pointer to the array. What happens if you use temp instead of temp? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35258
[Bug c++/34950] [4.2/4.3/4.4 Regression] ICE in svn boost math toolkit
--- Comment #24 from jason at gcc dot gnu dot org 2008-02-20 04:48 --- Fixed in all open branches. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug c++/34774] [4.1/4.2 Regression] templates, enumerations, overflow, ice
--- Comment #22 from jason at gcc dot gnu dot org 2008-02-20 04:48 --- Subject: Bug 34774 Author: jason Date: Wed Feb 20 04:47:28 2008 New Revision: 132469 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132469 Log: PR c++/34950 * pt.c (resolve_overloaded_unification): Set processing_template_decl while we look for possible bindings. PR c++/34774 * pt.c (value_dependent_expression_p): Look into DECL_INITIAL of enumerators, too. Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/pt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34774
[Bug c++/34950] [4.2/4.3/4.4 Regression] ICE in svn boost math toolkit
--- Comment #25 from jason at gcc dot gnu dot org 2008-02-20 04:48 --- Subject: Bug 34950 Author: jason Date: Wed Feb 20 04:47:28 2008 New Revision: 132469 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132469 Log: PR c++/34950 * pt.c (resolve_overloaded_unification): Set processing_template_decl while we look for possible bindings. PR c++/34774 * pt.c (value_dependent_expression_p): Look into DECL_INITIAL of enumerators, too. Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/pt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug c++/34950] [4.2/4.3/4.4 Regression] ICE in svn boost math toolkit
--- Comment #26 from jason at gcc dot gnu dot org 2008-02-20 04:48 --- Subject: Bug 34950 Author: jason Date: Wed Feb 20 04:47:47 2008 New Revision: 132470 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132470 Log: PR c++/34950 * pt.c (resolve_overloaded_unification): Set processing_template_decl while we look for possible bindings. Modified: branches/gcc-4_2-branch/gcc/cp/ChangeLog branches/gcc-4_2-branch/gcc/cp/pt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug target/34000] GCC pedwarns about use of static inline functions from system headers in extern inline functions
--- Comment #18 from lennox at cs dot columbia dot edu 2008-02-20 05:03 --- This is a regression from 4.2, despite the lack of marking. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34000
[Bug bootstrap/32161] stage1 libgcc is being built unoptimized
--- Comment #5 from bonzini at gnu dot org 2008-02-20 07:55 --- actually it is not a dup. but I do have a patch that will solve both. -- bonzini at gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32161
[Bug bootstrap/32161] stage1 libgcc is being built unoptimized
-- bonzini at gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bonzini at gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-02-20 07:56:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32161