[Bug debug/46123] [4.5/4.6 Regression] ICE: in output_aranges, at dwarf2out.c:11531 with -feliminate-dwarf2-dups -g

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46123 --- Comment #11 from Dave Korn 2010-12-04 06:28:48 UTC --- Created attachment 22626 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22626 preprocessed source

[Bug debug/46123] [4.5/4.6 Regression] ICE: in output_aranges, at dwarf2out.c:11531 with -feliminate-dwarf2-dups -g

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46123 --- Comment #10 from Dave Korn 2010-12-04 06:28:04 UTC --- Created attachment 22625 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22625 generated assembler This is the assembler output that has been generated up to the point when it ICEs.

[Bug debug/46123] [4.5/4.6 Regression] ICE: in output_aranges, at dwarf2out.c:11531 with -feliminate-dwarf2-dups -g

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46123 Dave Korn changed: What|Removed |Added CC||davek at gcc dot gnu.org --- Comment #9 from

[Bug middle-end/46671] [4.6 Regression] ICE in default_no_named_section, at varasm .c:5994

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46671 Dave Korn changed: What|Removed |Added CC||davek at gcc dot gnu.org --- Comment #7 from

[Bug debug/46749] gcc.dg/debug/pr41893-1.c -gdwarf-2 testsuite failures on darwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749 --- Comment #33 from Jack Howarth 2010-12-04 03:18:41 UTC --- Using the patch... Index: gcc/collect2.c === --- gcc/collect2.c(revision 167430) +++ gcc/collect2.c(working cop

[Bug target/45263] registers used in __do_global_ctors can get clobbered

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45263 --- Comment #9 from Bill Westfield 2010-12-04 03:11:23 UTC --- This is essentially identical to the patch I provided for http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44617 so it looks good to me. I had two worries: Is R15 used anywhere else in sta

[Bug debug/46749] gcc.dg/debug/pr41893-1.c -gdwarf-2 testsuite failures on darwin

/howarth/dist --with-gmp=/sw --with-ppl=/sw --with-cloog=/sw --with-mpc=/sw --with-libiconv-prefix=/sw --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --enable-languages=c Thread model: posix gcc version 4.6.0 20101203 (experimental) (GCC) COLLECT_GCC_OPTIONS='-mm

[Bug c++/45822] [4.6-regression] Qt 4.7.0 build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45822 Jason Merrill changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug bootstrap/46776] gogo-tree.cc uses TRAMPOLINE_ALIGNMENT and TRAMPOLINE_SIZE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46776 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #2 fro

[Bug bootstrap/46776] gogo-tree.cc uses TRAMPOLINE_ALIGNMENT and TRAMPOLINE_SIZE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46776 --- Comment #1 from ian at gcc dot gnu.org 2010-12-04 01:47:25 UTC --- Author: ian Date: Sat Dec 4 01:47:21 2010 New Revision: 167451 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167451 Log: PR bootstrap/46776 * go-backend.c: N

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #28 from Jorn Wolfgang Rennecke 2010-12-04 01:03:18 UTC --- (In reply to comment #27) > No, the build still failed the same way. In fact, when issuing command 'file > gcc/tm.texi' on the build directory, gcc/tm.texi: ASCII English tex

[Bug target/40125] libgcc_s DLL installed in wrong directory in cross toolchain

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40125 Dave Korn changed: What|Removed |Added Attachment #22549|0 |1 is obsolete|

[Bug lto/46695] [4.6 regression] failure to build X from darwin to cris-elf with lto enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46695 Dave Korn changed: What|Removed |Added Component|other |lto --- Comment #6 from Dave Korn 2010-12-04

[Bug debug/46749] gcc.dg/debug/pr41893-1.c -gdwarf-2 testsuite failures on darwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749 --- Comment #31 from Mike Stump 2010-12-04 00:18:07 UTC --- On Dec 3, 2010, at 3:20 PM, rguenther at suse dot de wrote: > yes, I would have expected that this happens already. Now, I (or > somebody else) needs to take the time and investigate wh

[Bug debug/46796] debug info missing builtin type names with lto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46796 --- Comment #4 from Richard Guenther 2010-12-03 23:52:55 UTC --- but it conflicts with the way we pre-seed the cache with our common tree nodes, so it doesn't actually work but ICEs.

[Bug debug/46796] debug info missing builtin type names with lto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46796 Richard Guenther changed: What|Removed |Added Keywords||lto CC|

[Bug lto/46796] debug info missing builtin type names on darwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46796 --- Comment #2 from mrs at gcc dot gnu.org 2010-12-03 23:45:15 UTC --- >From dwarfdump of the good .o file: 0x00a1: TAG_formal_parameter [3] AT_name( "i" ) AT_decl_file( "/Users/mrs/net/gcc

[Bug lto/46796] debug info missing builtin type names on darwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46796 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug lto/46796] New: debug info missing builtin type names on darwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46796 Summary: debug info missing builtin type names on darwin Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unas

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #27 from Anh Vo 2010-12-03 23:23:49 UTC --- No, the build still failed the same way. In fact, when issuing command 'file gcc/tm.texi' on the build directory, gcc/tm.texi: ASCII English text, with very long lines is outputed.

[Bug debug/46749] gcc.dg/debug/pr41893-1.c -gdwarf-2 testsuite failures on darwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749 --- Comment #30 from rguenther at suse dot de 2010-12-03 23:20:54 UTC --- On Fri, 3 Dec 2010, mikestump at comcast dot net wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749 > > --- Comment #29 from Mike Stump 2010-12-03 > 23:13:02 UT

[Bug debug/46749] gcc.dg/debug/pr41893-1.c -gdwarf-2 testsuite failures on darwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749 --- Comment #29 from Mike Stump 2010-12-03 23:13:02 UTC --- > The darwin people have to design a more robust way to run dsymutil. Ok. How's this, you must run LINK_COMMAND_SPEC to link. When you run it, any temporary real .o files created by

[Bug rtl-optimization/46793] -fschedule-insns causes ICE in compiling zlib/trees.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46793 --- Comment #5 from joseph at codesourcery dot com 2010-12-03 23:04:52 UTC --- We should disable this option (with a warning) in ix86_option_override_internal if we don't think it can work reliably, rather than leaving it to ICE.

[Bug target/43751] dsymutil is not called for fortran and, under some circumstances not for other FEs.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43751 Jack Howarth changed: What|Removed |Added CC||howarth at nitro dot |

[Bug bootstrap/46795] New: bootstrap with gccgo fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46795 Summary: bootstrap with gccgo fails Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.

[Bug lto/46769] LTO failed to build gold

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46769 Richard Guenther changed: What|Removed |Added Status|WAITING |NEW --- Comment #5 from Richard Guenth

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #26 from Anh Vo 2010-12-03 22:35:13 UTC --- Rebuilding was just started.

[Bug target/43751] dsymutil is not called for fortran and, under some circumstances not for other FEs.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43751 Richard Guenther changed: What|Removed |Added Target Milestone|4.6.0 |---

[Bug c++/46791] [4.6 Regression] GCC fails on "for(struct { } f;;) ;", incorrectly treating it as a range-based for loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46791 Richard Guenther changed: What|Removed |Added Keywords||rejects-valid Target Milestone|---

[Bug middle-end/46790] [4.6 regression] EH failures in libstdc++ testsuite with --gc-sections and GNU ld 2.18

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46790 Richard Guenther changed: What|Removed |Added Target Milestone|--- |4.6.0

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #25 from Jorn Wolfgang Rennecke 2010-12-03 21:35:52 UTC --- Created attachment 22624 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22624 patch to use \r-stripped copy of $(srcdir)/doc/tm.texi for comparison Could you verify if

[Bug rtl-optimization/46793] -fschedule-insns causes ICE in compiling zlib/trees.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46793 --- Comment #4 from Changpeng Fang 2010-12-03 21:24:06 UTC --- Thanks, I understand the issue now. Yes, -fschedule-insns and -fsched-pressure should be a paired options for x86. -fsched-pressure does not solve the -m32 issue.

[Bug middle-end/46790] [4.6 regression] EH failures in libstdc++ testsuite with --gc-sections and GNU ld 2.18

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46790 Steve Ellcey changed: What|Removed |Added CC||sje at cup dot hp.com --- Comment #1 from

[Bug fortran/46794] ICE on valid code involving power of small integer kinds

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46794 Daniel Kraft changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug fortran/46794] New: ICE on valid code involving power of small integer kinds

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46794 Summary: ICE on valid code involving power of small integer kinds Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug rtl-optimization/46793] -fschedule-insns causes ICE in compiling zlib/trees.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46793 --- Comment #3 from Steven Bosscher 2010-12-03 21:05:46 UTC --- The bug is in the architecture, not in the scheduling pass. You cannot expect scheduling before register allocation to always yield code that you can register-allocate with just 3 ge

[Bug rtl-optimization/46793] -fschedule-insns causes ICE in compiling zlib/trees.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46793 --- Comment #2 from Changpeng Fang 2010-12-03 20:52:11 UTC --- This bug should be fixed. We are trying to make -fschedule-insns default for x86, and this enablement causes bootstrapping failure at this point. Of course we can work around this b

[Bug libffi/46792] libffi fails building for cris-elf

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46792 Hans-Peter Nilsson changed: What|Removed |Added Status|ASSIGNED|SUSPENDED

[Bug libffi/46792] libffi fails building for cris-elf

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46792 --- Comment #1 from Hans-Peter Nilsson 2010-12-03 20:38:54 UTC --- Author: hp Date: Fri Dec 3 20:38:47 2010 New Revision: 167442 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167442 Log: PR libffi/46792 * configure.ac (cris-*-el

[Bug rtl-optimization/46793] -fschedule-insns causes ICE in compiling zlib/trees.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46793 Steven Bosscher changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug rtl-optimization/46793] New: -fschedule-insns causes ICE in compiling zlib/trees.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46793 Summary: -fschedule-insns causes ICE in compiling zlib/trees.c Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization

[Bug libffi/46792] libffi fails building for cris-elf

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46792 Hans-Peter Nilsson changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug libffi/46792] New: libffi fails building for cris-elf

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46792 Summary: libffi fails building for cris-elf Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libffi AssignedTo: unassig...@gcc

[Bug target/43751] dsymutil is not called for fortran and, under some circumstances not for other FEs.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43751 --- Comment #10 from Mike Stump 2010-12-03 20:17:03 UTC --- Jack says that some of the spurious warnings are fixed in Xcode 3.2.3. I have 3.2.4 on my system. Could you update Xcode and see if any we care about remain. If so, please file a Appl

[Bug debug/46123] [4.5/4.6 Regression] ICE: in output_aranges, at dwarf2out.c:11531 with -feliminate-dwarf2-dups -g

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46123 Jason Merrill changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug debug/46123] [4.5/4.6 Regression] ICE: in output_aranges, at dwarf2out.c:11531 with -feliminate-dwarf2-dups -g

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46123 --- Comment #7 from Jason Merrill 2010-12-03 20:08:32 UTC --- Author: jason Date: Fri Dec 3 20:08:28 2010 New Revision: 167441 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167441 Log: PR debug/46123 * dwarf2out.c (gen_type_die_

[Bug c++/46791] New: GCC fails on "for(struct { } f;;) ;", incorrectly treating it as a range-based for loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46791 Summary: GCC fails on "for(struct { } f;;) ;", incorrectly treating it as a range-based for loop Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal P

[Bug c++/2972] -Wuninitialized could warn about uninitialized member variable usage in constructors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2972 Jonathan Wakely changed: What|Removed |Added Attachment #20817|0 |1 is obsolete|

[Bug c++/46645] [4.6 Regression] FAIL: 20_util/unique_ptr/requirements/explicit_instantiation/explicit_instantiation.cc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46645 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/46058] [4.5/4.6 Regression] gcc crashes with lvalue error on the following Code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46058 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/46058] [4.5/4.6 Regression] gcc crashes with lvalue error on the following Code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46058 --- Comment #5 from Jason Merrill 2010-12-03 18:44:07 UTC --- Author: jason Date: Fri Dec 3 18:44:04 2010 New Revision: 167438 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167438 Log: PR c++/46058 * tree.c (lvalue_kind) [SCOPE_

[Bug c++/45822] [4.6-regression] Qt 4.7.0 build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45822 Kai Tietz changed: What|Removed |Added CC||ktietz at gcc dot gnu.org --- Comment #6 from

[Bug middle-end/46790] New: [4.6 regression] EH failures in libstdc++ testsuite with --gc-sections and GNU ld 2.18

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46790 Summary: [4.6 regression] EH failures in libstdc++ testsuite with --gc-sections and GNU ld 2.18 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: wrong-code

[Bug lto/46769] LTO failed to build gold

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46769 --- Comment #4 from H.J. Lu 2010-12-03 18:28:58 UTC --- Created attachment 22622 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22622 A testcase /usr/gcc-4.6/bin/g++ -r -W -Wall -flto-partition=none -Werror -D_LARGEFILE_SOURCE -D_FILE_OFF

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|WAITING |REOPENED --- Comment #24 from Jo

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #23 from Anh Vo 2010-12-03 18:08:27 UTC --- Yes, it is. In fact, I downloaded it from ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20101113/. The exact name of the snapshot is gcc-4.6-20101113.tar.bz2.

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #22 from Jorn Wolfgang Rennecke 2010-12-03 17:57:22 UTC --- (In reply to comment #21) > Executing command 'file gcc/doc/tm.texi' yields > ../gcc-4.6-20101113/gcc/doc/tm.texi: ASCII English text, with CRLF line > terminators. So, doe

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #21 from Anh Vo 2010-12-03 17:45:58 UTC --- Executing command 'file gcc/doc/tm.texi' yields ../gcc-4.6-20101113/gcc/doc/tm.texi: ASCII English text, with CRLF line terminators. However, executing command 'file gcc/tm.texi' in the bu

[Bug middle-end/46671] [4.6 Regression] ICE in default_no_named_section, at varasm .c:5994

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46671 --- Comment #6 from dave at hiauly1 dot hia.nrc.ca 2010-12-03 17:22:07 UTC --- On Fri, 03 Dec 2010, ro at CeBiTec dot Uni-Bielefeld.DE wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46671 > > --- Comment #5 from ro at CeBiTec dot Uni-Bielef

[Bug debug/46123] [4.5/4.6 Regression] ICE: in output_aranges, at dwarf2out.c:11531 with -feliminate-dwarf2-dups -g

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46123 --- Comment #6 from Jason Merrill 2010-12-03 16:56:59 UTC --- Author: jason Date: Fri Dec 3 16:56:53 2010 New Revision: 167436 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167436 Log: PR debug/46123 * dwarf2out.c (gen_tagged_ty

[Bug c++/46058] [4.5/4.6 Regression] gcc crashes with lvalue error on the following Code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46058 --- Comment #4 from Jason Merrill 2010-12-03 16:56:42 UTC --- Author: jason Date: Fri Dec 3 16:56:37 2010 New Revision: 167435 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167435 Log: PR c++/46058 * tree.c (lvalue_kind) [SCOPE_

[Bug lto/45638] No rule to make target `check-lto', needed by `check'. Stop.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45638 Ralf Wildenhues changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug middle-end/46761] [4.6 Regression] -fgraphite-identity produces wrong code for array initialization arr[i] = i

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46761 Alexander Monakov changed: What|Removed |Added CC||amonakov at gcc dot gnu.org --- Comme

[Bug target/46768] [4.6 Regression] FAIL: gcc.target/i386/pr37434-[24].c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46768 --- Comment #17 from H.J. Lu 2010-12-03 16:40:25 UTC --- (In reply to comment #15) > I understand the issue now. Stock r167430 is fine but the addition of the > approved patch to fix the md files and default i386 darwin to -mtune=core2 > causes t

[Bug target/46768] [4.6 Regression] FAIL: gcc.target/i386/pr37434-[24].c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46768 --- Comment #16 from Jack Howarth 2010-12-03 16:29:31 UTC --- Note the original i386 darwin patch with the rational for the movq to movd assembly changes can be found at http://gcc.gnu.org/ml/gcc-patches/2010-08/msg01024.html.

[Bug target/46768] [4.6 Regression] FAIL: gcc.target/i386/pr37434-[24].c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46768 --- Comment #15 from Jack Howarth 2010-12-03 16:27:52 UTC --- I understand the issue now. Stock r167430 is fine but the addition of the approved patch to fix the md files and default i386 darwin to -mtune=core2 causes the failure in... FAIL: gcc

[Bug preprocessor/46784] Internal compiler error with cairo In function `_cairo_bo_sweep_line_compare_edges'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46784 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c/46788] unsigned int possible treated as signed in a union/struct

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46788 --- Comment #1 from Richard Guenther 2010-12-03 16:25:40 UTC --- Please report to CodeSourcery or use a FSF version.

[Bug lto/46769] LTO failed to build gold

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46769 Richard Guenther changed: What|Removed |Added Status|NEW |WAITING --- Comment #3 from Richard Gu

[Bug middle-end/46745] [4.6 Regression] '#'mem_ref' not supported by dump_expr#'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46745 Richard Guenther changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug target/46768] [4.6 Regression] FAIL: gcc.target/i386/pr37434-[24].c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46768 --- Comment #14 from Jack Howarth 2010-12-03 16:22:05 UTC --- Created attachment 22621 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22621 darwin core2 patch

[Bug target/46768] [4.6 Regression] FAIL: gcc.target/i386/pr37434-[24].c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46768 --- Comment #13 from Jack Howarth 2010-12-03 16:20:59 UTC --- Created attachment 22620 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22620 assembly file from gcc.target/i386/sse2-init-v2di-2.c on x86_64-apple-darwin10 at r167430 with darwin

[Bug target/46768] [4.6 Regression] FAIL: gcc.target/i386/pr37434-[24].c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46768 --- Comment #12 from Jack Howarth 2010-12-03 16:20:12 UTC --- Created attachment 22619 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22619 assembly file from gcc.target/i386/sse2-init-v2di-2.c on x86_64-apple-darwin10 at r167430

[Bug middle-end/46745] [4.6 Regression] '#'mem_ref' not supported by dump_expr#'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46745 --- Comment #2 from Richard Guenther 2010-12-03 16:10:43 UTC --- Author: rguenth Date: Fri Dec 3 16:10:36 2010 New Revision: 167433 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167433 Log: 2010-12-03 Richard Guenther PR c/46745

[Bug fortran/44352] ICE in string_to_single_character

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44352 --- Comment #6 from Thomas Koenig 2010-12-03 15:55:42 UTC --- This works: character*2 ddname,dname dname(x)= 'x ' ddname=dname(0.0) END We fail to pad the string for this case.

[Bug other/46789] New: go configuration with --prefix=/usr pollutes the /usr/lib namespace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46789 Summary: go configuration with --prefix=/usr pollutes the /usr/lib namespace Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug lto/46769] LTO failed to build gold

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46769 H.J. Lu changed: What|Removed |Added Status|WAITING |NEW --- Comment #2 from H.J. Lu 2010-12-03 15:

[Bug tree-optimization/46785] Doesn't vectorize reduction x += y*y

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46785 --- Comment #1 from Richard Guenther 2010-12-03 15:39:49 UTC --- Btw, I wonder why we bother to check the defs at all and not just do def1 && flow_bb_inside_loop_p (loop, gimple_bb (def1)) we should be able to handle all vectorizable reduc

[Bug tree-optimization/46781] [4.6 Regression] Missing optimization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46781 Dmitry Gorbachev changed: What|Removed |Added Attachment #22612|application/octet-stream|text/plain mime type|

[Bug libstdc++/45133] [c++0x] std::future will crash with NULL deref if get() is called twice

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45133 Jonathan Wakely changed: What|Removed |Added Status|SUSPENDED |ASSIGNED --- Comment #5 from Jonathan W

[Bug c/46788] New: unsigned int possible treated as signed in a union/struct

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46788 Summary: unsigned int possible treated as signed in a union/struct Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug tree-optimization/46787] Does not vectorize loop with load from scalar variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46787 --- Comment #1 from Richard Guenther 2010-12-03 15:37:16 UTC --- To fix: /* FIXME -- data dependence analysis does not work correctly for objects with invariant addresses in loop nests. Let us fail here until the problem

[Bug target/46768] [4.6 Regression] FAIL: gcc.target/i386/pr37434-[24].c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46768 --- Comment #11 from H.J. Lu 2010-12-03 15:34:10 UTC --- (In reply to comment #10) > (In reply to comment #9) > > (In reply to comment #8) > > > Created attachment 22616 [details] [details] [details] > > > assembly file from gcc.target/i386/sse2-

[Bug tree-optimization/46787] New: Does not vectorize loop with load from scalar variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46787 Summary: Does not vectorize loop with load from scalar variable Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3

[Bug middle-end/46758] [4.5/4.6 Regression] -fgraphite-identity produces wrong code when using 64bit constants

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46758 Alexander Monakov changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug preprocessor/46784] Internal compiler error with cairo In function `_cairo_bo_sweep_line_compare_edges'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46784 --- Comment #1 from Mikael Pettersson 2010-12-03 15:26:32 UTC --- gcc-3.4.6 is no longer supported upstream. Please upgrade to gcc-4.4 or gcc-4.5.

[Bug middle-end/46671] [4.6 Regression] ICE in default_no_named_section, at varasm .c:5994

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46671 --- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE 2010-12-03 15:21:51 UTC --- Jan, your patch has broken bootstrap on two platforms for a week now, and there's not even an indication that you're looking at the problem. Please fix or revert AS

[Bug target/46768] [4.6 Regression] FAIL: gcc.target/i386/pr37434-[24].c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46768 --- Comment #10 from Jack Howarth 2010-12-03 15:21:12 UTC --- (In reply to comment #9) > (In reply to comment #8) > > Created attachment 22616 [details] [details] > > assembly file from gcc.target/i386/sse2-init-v2di-2.c on > > x86_64-apple-darw

[Bug target/46768] [4.6 Regression] FAIL: gcc.target/i386/pr37434-[24].c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46768 --- Comment #9 from H.J. Lu 2010-12-03 15:06:31 UTC --- (In reply to comment #8) > Created attachment 22616 [details] > assembly file from gcc.target/i386/sse2-init-v2di-2.c on x86_64-apple-darwin10 > at r167375 It was fixed by revision 167398.

[Bug rtl-optimization/46777] [4.5/4.6 Regression] ICE: in rtl_verify_flow_info, at cfgrtl.c:2164 with -O -fgcse -fno-tree-dominator-opts -funroll-loops

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46777 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/46786] New: ICE: verify_stmts failed: statement marked for throw, but doesn't with -fopenmp -fnon-call-exceptions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46786 Summary: ICE: verify_stmts failed: statement marked for throw, but doesn't with -fopenmp -fnon-call-exceptions Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: norm

[Bug tree-optimization/46785] New: Doesn't vectorize reduction x += y*y

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46785 Summary: Doesn't vectorize reduction x += y*y Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component:

[Bug target/46768] [4.6 Regression] FAIL: gcc.target/i386/pr37434-[24].c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46768 --- Comment #8 from Jack Howarth 2010-12-03 14:50:21 UTC --- Created attachment 22616 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22616 assembly file from gcc.target/i386/sse2-init-v2di-2.c on x86_64-apple-darwin10 at r167375

[Bug target/46768] [4.6 Regression] FAIL: gcc.target/i386/pr37434-[24].c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46768 --- Comment #7 from Jack Howarth 2010-12-03 14:49:40 UTC --- Created attachment 22615 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22615 assembly file from gcc.target/i386/sse2-init-v2di-2.c on x86_64-apple-darwin10 at r167372 Generated w

[Bug target/39501] -O -ffinite-math-only gets min(x,y) optimization wrong for soft-float on arm-*-gnueabi

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39501 --- Comment #17 from Martin Guy 2010-12-03 14:46:28 UTC --- Sort of. The cause of the bug was never found, and the workaround is to disable an instruction. It might be worth trying enabling movsfcc in current GCC and re-running the tests, since

[Bug target/46768] [4.6 Regression] FAIL: gcc.target/i386/pr37434-[24].c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46768 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug preprocessor/46784] New: Internal compiler error with cairo In function `_cairo_bo_sweep_line_compare_edges'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46784 Summary: Internal compiler error with cairo In function `_cairo_bo_sweep_line_compare_edges' Product: gcc Version: 3.4.6 Status: UNCONFIRMED Severity: blocker Prio

[Bug target/46779] wrong code generation for array access

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46779 --- Comment #4 from Michael Schulze 2010-12-03 14:16:30 UTC --- > I don't know anything about AVR, so I can't say that (I just noticed the r1 > issue). Ok due to the compiler abi for the avr, r0,r1 are fixed registers that are never allocated by

[Bug fortran/46783] New: [OOP] TRANSFER with polymorphic MOLD=

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46783 Summary: [OOP] TRANSFER with polymorphic MOLD= Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...

[Bug debug/46782] New: -fcompare-debug failure (length) with -fvar-tracking

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46782 Summary: -fcompare-debug failure (length) with -fvar-tracking Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedT

  1   2   >