[Bug libfortran/46584] FAIL: gfortran.dg/quad_1.f90 -O (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46584 --- Comment #2 from Tobias Burnus 2010-11-26 08:04:50 UTC --- The test case quad_1.f90 does not always use quad precision (despite its name) but it uses the highest available floating point type. Depending on the system that can be the real kind

[Bug fortran/46662] [OOP] gfortran rejects CALL polymorphic%abstract_type%tbp()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46662 Tobias Burnus changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug c/46672] New: Problem with fork and buffer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46672 Summary: Problem with fork and buffer Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org

[Bug libfortran/46584] FAIL: gfortran.dg/quad_1.f90 -O (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46584 Eric Botcazou changed: What|Removed |Added Target|hppa64-hp-hpux11.11 |hppa64-hp-hpux11.11, |

[Bug rtl-optimization/45354] [4.5/4.6 Regression] ICE: verify_flow_info failed: fallthru edge crosses section boundary (bb 6) with gcc.dg/tree-prof/update-cunroll-2.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45354 Eric Botcazou changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug bootstrap/45700] [4.5/4.6 Regression] --enable-checking=fold bootstrap failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45700 --- Comment #2 from Jakub Jelinek 2010-11-26 09:35:40 UTC --- Author: jakub Date: Fri Nov 26 09:35:35 2010 New Revision: 167168 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167168 Log: PR bootstrap/45700 * tree.h (build1_stat_lo

[Bug bootstrap/45700] [4.5/4.6 Regression] --enable-checking=fold bootstrap failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45700 --- Comment #3 from Jakub Jelinek 2010-11-26 09:36:34 UTC --- Author: jakub Date: Fri Nov 26 09:36:29 2010 New Revision: 167169 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167169 Log: PR bootstrap/45700 * tree.h (build1_stat_lo

[Bug middle-end/46647] Can't inline memset with -1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647 --- Comment #12 from Jakub Jelinek 2010-11-26 09:38:59 UTC --- Author: jakub Date: Fri Nov 26 09:38:54 2010 New Revision: 167170 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167170 Log: PR middle-end/46647 * builtins.c (fold_bui

[Bug bootstrap/45700] [4.5/4.6 Regression] --enable-checking=fold bootstrap failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45700 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug debug/46338] -fcompare-debug failure (length) with -O -fprofile-generate

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46338 --- Comment #5 from Richard Guenther 2010-11-26 09:50:02 UTC --- Author: rguenth Date: Fri Nov 26 09:49:47 2010 New Revision: 167171 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167171 Log: 2010-11-26 Richard Guenther PR tree-op

[Bug bootstrap/46528] [4.6 Regression] profiledbootstrap failure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528 --- Comment #21 from Richard Guenther 2010-11-26 09:50:06 UTC --- Author: rguenth Date: Fri Nov 26 09:49:47 2010 New Revision: 167171 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167171 Log: 2010-11-26 Richard Guenther PR tree-o

[Bug bootstrap/46528] [4.6 Regression] profiledbootstrap failure

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

[Bug debug/46338] -fcompare-debug failure (length) with -O -fprofile-generate

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

[Bug target/33637] [4.3/4.4/4.5/4.6 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637 --- Comment #15 from Jakub Jelinek 2010-11-26 09:53:32 UTC --- Author: jakub Date: Fri Nov 26 09:53:24 2010 New Revision: 167172 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167172 Log: PR target/33637 * configure.ac: Accept ext

[Bug target/33637] [4.3/4.4/4.5 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637 Jakub Jelinek changed: What|Removed |Added Summary|[4.3/4.4/4.5/4.6|[4.3/4.4/4.5 Regression]

[Bug fortran/45586] [4.6 Regression] ICE non-trivial conversion at assignment

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 --- Comment #14 from Joost VandeVondele 2010-11-26 10:08:11 UTC --- (In reply to comment #13) > Ugh. That might be terrible. Can you point to some language in the standard > supporting that (I haven't looked myself and am not too fluent in the

[Bug driver/46673] New: Misleading error message when cc1 has no exec permission

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46673 Summary: Misleading error message when cc1 has no exec permission Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug lto/46664] Failed to build 481.wrf in SPEC CPU 2006 with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46664 --- Comment #2 from Richard Guenther 2010-11-26 10:13:45 UTC --- It looks like swapped arguments - fold_binary should have gone by here: /* index +p PTR -> PTR +p index */ if (POINTER_TYPE_P (TREE_TYPE (arg1)) && INTEGRAL_T

[Bug target/46666] gcc.target/i386/funcspec-3.c ICEs in count_reg_usage (cse.c:6596) with -fno-early-inlining

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

[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 Richard Guenther changed: What|Removed |Added CC||hubicka at gcc dot gnu.org Target Mi

[Bug c/46672] Problem with fork and buffer

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

[Bug rtl-optimization/46665] two gfortran tests fail with -O[2s] -fipa-pta -fno-tree-ccp -fno-tree-forwprop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46665 Richard Guenther changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned

[Bug target/46040] crtstuff.c:308:26: error: '__DTOR_LIST__' undeclared

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46040 --- Comment #8 from Matthias Klose 2010-11-26 10:32:43 UTC --- Looking at Debian/Ubuntu build logs: - the last sucessful build was 20100918-0ubuntu1. - 20101004-0ubuntu1 shows an ICE building stage2 libgcc - 20101004-0ubuntu1 shows an ICE buil

[Bug c/46672] Problem with fork and buffer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46672 Debayan Banerjee changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID

[Bug c/46672] Problem with fork and buffer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46672 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug c++/18635] use of uninitialised reference accepted in C++ front end

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18635 Jonathan Wakely changed: What|Removed |Added Known to fail|| --- Comment #9 from Jonathan Wakely 2

[Bug c/46672] Problem with fork and buffer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46672 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org --- Comment

[Bug c++/18635] use of uninitialised reference accepted in C++ front end

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18635 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org --- Comment

[Bug lto/46664] Failed to build 481.wrf in SPEC CPU 2006 with LTO

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

[Bug c++/18635] use of uninitialised reference accepted in C++ front end

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18635 --- Comment #11 from Jonathan Wakely 2010-11-26 11:25:30 UTC --- (In reply to comment #10) > (In reply to comment #9) > > (In reply to comment #2) > > > int &a = a; > > > i don't believe this is valid code. i believe g++ should reject the code.

[Bug regression/46667] Target arm-unknown-eabi build results in "causes a section type conflict" error in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46667 Ramana Radhakrishnan changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/45586] [4.6 Regression] ICE non-trivial conversion at assignment

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 --- Comment #15 from Richard Guenther 2010-11-26 11:32:53 UTC --- You then need to make sure to create variant types of aggregates with the target attribute applied to all subtypes (thus, the restrict stuff removed) as the middle-end doesn't know

[Bug middle-end/46674] New: Weak alias was mistakenly optimized away

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46674 Summary: Weak alias was mistakenly optimized away Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unas

[Bug rtl-optimization/46665] two gfortran tests fail with -O[2s] -fipa-pta -fno-tree-ccp -fno-tree-forwprop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46665 --- Comment #3 from Richard Guenther 2010-11-26 12:19:54 UTC --- The -O[2s] -fipa-pta -fno-tree-ccp -fno-tree-forwprop failure goes away with -fno-schedule-insns2. restrict support really depends on CCP and CSE, -fipa-pta doesn't recompute it af

[Bug middle-end/46674] [4.6 Regression] Weak alias is mistakenly optimized away

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46674 Richard Guenther changed: What|Removed |Added Keywords||wrong-code Status|UNCONFIR

[Bug fortran/45586] [4.6 Regression] ICE non-trivial conversion at assignment

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 Joost VandeVondele changed: What|Removed |Added Depends on||45777 --- Comment #16 from Joost Van

[Bug lto/46664] Failed to build 481.wrf in SPEC CPU 2006 with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46664 --- Comment #4 from Richard Guenther 2010-11-26 12:42:47 UTC --- Author: rguenth Date: Fri Nov 26 12:42:41 2010 New Revision: 167173 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167173 Log: 2010-11-26 Richard Guenther PR tree-op

[Bug lto/46664] Failed to build 481.wrf in SPEC CPU 2006 with LTO

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

[Bug fortran/45586] [4.6 Regression] ICE non-trivial conversion at assignment

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 --- Comment #17 from Richard Guenther 2010-11-26 12:49:39 UTC --- (In reply to comment #16) > I think this implies this bug depends in somehow on PR45777. Yes indeed - that bug looks very much related.

[Bug fortran/45586] [4.6 Regression] ICE non-trivial conversion at assignment

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #18

[Bug fortran/45586] [4.6 Regression] ICE non-trivial conversion at assignment

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 --- Comment #19 from Joost VandeVondele 2010-11-26 13:39:00 UTC --- Tobias, thanks for the clean explanation. I overlooked that the target of a pointer has that target attribute (seems logical!). Richard, I tried to get to a testcase for which t

[Bug libfortran/46584] FAIL: gfortran.dg/quad_1.f90 -O (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46584 --- Comment #4 from Tobias Burnus 2010-11-26 13:45:31 UTC --- (In reply to comment #3) > Same problem on SPARC/Solaris 8 and 9 (but not 10). SPARC has quad precision > floating point support but Solaris 8 and 9 aren't C99; only Solaris 10 is. T

[Bug target/46655] invalid '.line 0' directive emitted with -g

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46655 --- Comment #4 from Michael Haubenwallner 2010-11-26 13:54:41 UTC --- Created attachment 22538 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22538 Workaround to emit .line values >0 and <64k only For now, I'm using this patch to get the deb

[Bug tree-optimization/46560] libstdc++ execute FAILs with -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46560 --- Comment #1 from Richard Guenther 2010-11-26 14:02:28 UTC --- FAIL: 21_strings/basic_string/insert/char/1.cc execution test is because we optimize away EH code. A stripped-down testcase shows instead of Eh tree: 3 cleanup land:{3,}

[Bug fortran/46662] [OOP] gfortran rejects CALL polymorphic%abstract_type%ppc()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46662 Tobias Burnus changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID

[Bug rtl-optimization/46665] two gfortran tests fail with -O[2s] -fipa-pta -fno-tree-ccp -fno-tree-forwprop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46665 --- Comment #4 from Richard Guenther 2010-11-26 14:04:55 UTC --- Author: rguenth Date: Fri Nov 26 14:04:50 2010 New Revision: 167176 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167176 Log: 2010-11-26 Richard Guenther PR tree-op

[Bug rtl-optimization/46665] two gfortran tests fail with -O[2s] -fipa-pta -fno-tree-ccp -fno-tree-forwprop

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

[Bug fortran/45586] [4.6 Regression] ICE non-trivial conversion at assignment

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 --- Comment #20 from rguenther at suse dot de 2010-11-26 14:29:41 UTC --- On Fri, 26 Nov 2010, Joost.VandeVondele at pci dot uzh.ch wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 > > --- Comment #19 from Joost VandeVondele uzh.ch>

[Bug fortran/45586] [4.6 Regression] ICE non-trivial conversion at assignment

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 --- Comment #21 from Richard Guenther 2010-11-26 14:36:02 UTC --- (In reply to comment #20) > On Fri, 26 Nov 2010, Joost.VandeVondele at pci dot uzh.ch wrote: > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 > > > > --- Comment #19 from

[Bug tree-optimization/46560] libstdc++ execute FAILs with -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46560 --- Comment #2 from Richard Guenther 2010-11-26 14:39:31 UTC --- Author: rguenth Date: Fri Nov 26 14:39:25 2010 New Revision: 167178 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167178 Log: 2010-11-26 Richard Guenther PR lto/465

[Bug tree-optimization/46560] libstdc++ execute FAILs with -flto

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

[Bug middle-end/46675] New: [4.6 Regression] profiledbootstrap failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46675 Summary: [4.6 Regression] profiledbootstrap failed Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: una

[Bug preprocessor/7263] __extension__ keyword doesn't suppress warning on LL or ULL constants

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7263 --- Comment #37 from Dodji Seketeli 2010-11-26 15:08:34 UTC --- "manu at gcc dot gnu.org" writes: > Awesome! :-) thank you for caring. > I still think that the output would be better if it was more consistent with > the current way of printing

[Bug middle-end/46559] libstdc++ link FAILs with -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46559 --- Comment #1 from Richard Guenther 2010-11-26 15:09:34 UTC --- The FAILs also occur with -flto-partition=none. Hm, looking at 27_io/basic_filebuf/underflow/10096.cc there are no location lists at all in the LTO assembler: .section

[Bug rtl-optimization/46665] two gfortran tests fail with -O[2s] -fipa-pta -fno-tree-ccp -fno-tree-forwprop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46665 --- Comment #6 from hjl at gcc dot gnu.org 2010-11-26 15:14:27 UTC --- Author: hjl Date: Fri Nov 26 15:14:20 2010 New Revision: 167179 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167179 Log: Add a testcase for PR tree-optimization/4666

[Bug middle-end/41082] [4.5/4.6 Regression] FAIL: gfortran.fortran-torture/execute/where_2.f90 execution, -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #54

[Bug c++/36478] [4.3 regression] warning not emitted when code expanded from macro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36478 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/46670] ICE with 4.6.0 2010-11-26 with c++0x, in TBB's header

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

[Bug middle-end/46675] [4.6 Regression] profiledbootstrap failed

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

[Bug target/46481] long double should default to 64bit even for aix6.1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46481 Michael Haubenwallner changed: What|Removed |Added Target||powerpc-ibm-aix6.1.0.0

[Bug c++/46670] ICE with 4.6.0 2010-11-26 with c++0x, in TBB's header

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46670 --- Comment #2 from H.J. Lu 2010-11-26 15:46:03 UTC --- [...@gnu-35 delta]$ cat testcase.cc extern unsigned char __TBB_ReverseByte(unsigned char src); extern unsigned char *reversed; template T __TBB_ReverseBits(T src) { unsigned char *original

[Bug middle-end/41082] [4.5/4.6 Regression] FAIL: gfortran.fortran-torture/execute/where_2.f90 execution, -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082 --- Comment #55 from Dominique d'Humieres 2010-11-26 15:48:44 UTC --- > Perhaps try to build with r166946 and r166947 the testcase with > -fdump-tree-all > -fdump-rtl-all, see where the dumps start diverging and what is the difference > between

[Bug target/43897] [4.4/4.5/4.6 Regression] IA-64 asm clobbers are ignored

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43897 --- Comment #3 from Jakub Jelinek 2010-11-26 15:51:50 UTC --- Created attachment 22539 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22539 gcc46-pr43897.patch So something like this? Completely untested, appart from the testcase (with a c

[Bug middle-end/46667] [4.6 Regression] -freorder-blocks-and-partition -g failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46667 H.J. Lu changed: What|Removed |Added CC||hubicka at gcc dot gnu.org Component|r

[Bug fortran/46662] [OOP] gfortran rejects CALL polymorphic%abstract_type%ppc()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46662 Tobias Burnus changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/46559] libstdc++ link FAILs with -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46559 --- Comment #2 from Richard Guenther 2010-11-26 16:01:33 UTC --- Author: rguenth Date: Fri Nov 26 16:01:26 2010 New Revision: 167181 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167181 Log: 2010-11-26 Richard Guenther PR middle-

[Bug middle-end/46559] libstdc++ link FAILs with -flto

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

[Bug tree-optimization/46651] ICE with graphite enabled in cairo-1.8.10

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

[Bug lto/46648] [4.6 Regression] type mismatch in array reference; verify_stmts failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46648 --- Comment #2 from Richard Guenther 2010-11-26 16:12:57 UTC --- Author: rguenth Date: Fri Nov 26 16:12:49 2010 New Revision: 167183 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167183 Log: 2010-11-26 Richard Guenther PR lto/466

[Bug lto/46648] [4.6 Regression] type mismatch in array reference; verify_stmts failed

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

[Bug middle-end/41082] [4.5/4.6 Regression] FAIL: gfortran.fortran-torture/execute/where_2.f90 execution, -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082 --- Comment #56 from Jakub Jelinek 2010-11-26 16:20:18 UTC --- That is an unimportant difference. It is fine if a different uid is used, as long as it used consistently through the whole source. You can -fdump-tree-all-nouid and -fdump-rtl-all-n

[Bug lto/44865] Compiling a single file with -O3 -march=pentium4 -flto ICEs

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

[Bug c++/44871] Invalid type mismatches while merging C and C++ sources

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44871 --- Comment #12 from Richard Guenther 2010-11-26 16:29:53 UTC --- I'd like to hear opinions from C and C++ FE people as to why the current state illustrated in comment #6 makes sense and if the behavior can be commonized between C and C++. I mig

[Bug middle-end/41082] [4.5/4.6 Regression] FAIL: gfortran.fortran-torture/execute/where_2.f90 execution, -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082 --- Comment #57 from Dominique d'Humieres 2010-11-26 16:54:08 UTC --- > That is an unimportant difference. It is fine if a different uid is used, as > long as it used consistently through the whole source. I understand, but it make the diff of

[Bug c++/44871] Invalid type mismatches while merging C and C++ sources

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44871 --- Comment #13 from Richard Guenther 2010-11-26 17:06:25 UTC --- Testcase: > cat gcc/testsuite/g++.dg/lto/20101126-1_0.C typedef struct { int i; } T1; typedef T1 T2; extern T1 a; extern T2 b; int main() { return a.i + b.i; } > c

[Bug middle-end/46667] [4.6 Regression] -freorder-blocks-and-partition -g failed and libstdc++ builds for arm-eabi are broken.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46667 Ramana Radhakrishnan changed: What|Removed |Added Summary|[4.6 Regression]|[4.6 Regression]

[Bug c++/18635] use of uninitialised reference accepted in C++ front end

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18635 --- Comment #12 from Imre Pentek 2010-11-26 17:18:26 UTC --- (In reply to comment #11) > (In reply to comment #10) > > (In reply to comment #9) > > > (In reply to comment #2) > > > > int &a = a; > > > > i don't believe this is valid code. i beli

[Bug target/46676] New: ix86_option_override_internal i18n problems

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46676 Summary: ix86_option_override_internal i18n problems Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unass

[Bug tree-optimization/46651] ICE with graphite enabled in cairo-1.8.10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46651 --- Comment #4 from saellaven at gmail dot com 2010-11-26 17:20:44 UTC --- Created attachment 22540 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22540 preprocessed source without -march or -mtune compiled with ./doltcompile x86_64-pc-linux

[Bug bootstrap/46650] r167010 breaks --enable-build-with-cxx

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46650 --- Comment #5 from Jack Howarth 2010-11-26 17:28:08 UTC --- Patch posted at http://gcc.gnu.org/ml/gcc-patches/2010-11/msg02567.html and tested at http://gcc.gnu.org/ml/gcc-testresults/2010-11/msg02099.html.

[Bug middle-end/41082] [4.5/4.6 Regression] FAIL: gfortran.fortran-torture/execute/where_2.f90 execution, -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082 --- Comment #58 from Jakub Jelinek 2010-11-26 17:34:23 UTC --- At least in my cross it seems the r166947 commit just changed default tuning for -m64, from -mtune=power4 to -mtune=rs64. Not sure if it was intentional or not. Anyway, with explici

[Bug c++/18635] use of uninitialised reference accepted in C++ front end

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18635 --- Comment #13 from Jonathan Wakely 2010-11-26 17:37:33 UTC --- There are lots of ways to put your program into an invalid state. Of course there's "no point" to doing it, and noone's asking for the code to *work* The question is whether the c

[Bug target/46623] microblaze --enable-werror-always build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46623 --- Comment #1 from Jorn Wolfgang Rennecke 2010-11-26 17:38:24 UTC --- Author: amylaar Date: Fri Nov 26 17:38:20 2010 New Revision: 167186 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167186 Log: PR target/46623 * config/microbl

[Bug target/46623] microblaze --enable-werror-always build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46623 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug c++/44871] Invalid type mismatches while merging C and C++ sources

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44871 --- Comment #14 from joseph at codesourcery dot com 2010-11-26 18:40:15 UTC --- On Fri, 26 Nov 2010, rguenth at gcc dot gnu.org wrote: > I'd like to hear opinions from C and C++ FE people as to why the current > state illustrated in comment #6 ma

[Bug other/46677] New: frontends and tree optimizers use *_TYPE_SIZE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 Summary: frontends and tree optimizers use *_TYPE_SIZE Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unas

[Bug libfortran/46584] FAIL: gfortran.dg/quad_1.f90 -O (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46584 --- Comment #5 from dave at hiauly1 dot hia.nrc.ca 2010-11-26 19:04:56 UTC --- On Fri, 26 Nov 2010, burnus at gcc dot gnu.org wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46584 > > --- Comment #2 from Tobias Burnus 2010-11-26 > 08:04:50

[Bug target/29141] static constructors beyond 64k fail

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29141 Michael Schulze changed: What|Removed |Added CC||mschulze at ivs dot |

[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #1 from Richard Guenther 2010-11-26 19:49:58 UTC --- Frontends and tree optimizers also use TYPE_SIZE_UNIT and DECL_SIZE_UNIT which is calculated by layout_type using target dependent BITS_PER_UNIT.

[Bug preprocessor/7263] __extension__ keyword doesn't suppress warning on LL or ULL constants

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7263 --- Comment #38 from Dodji Seketeli 2010-11-26 20:58:09 UTC --- Created attachment 22542 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22542 A possible patch to kill pedantic warnings of macros defined in system headers This patch builds on

[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #2 from Jorn Wolfgang Rennecke 2010-11-26 21:01:09 UTC --- (In reply to comment #1) > Frontends and tree optimizers also use TYPE_SIZE_UNIT and DECL_SIZE_UNIT which > is calculated by layout_type using target dependent BITS_PER_UNIT.

[Bug tree-optimization/46651] ICE with graphite enabled in cairo-1.8.10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46651 --- Comment #5 from saellaven at gmail dot com 2010-11-26 21:10:50 UTC --- (In reply to comment #4) > Created attachment 22540 [details] > preprocessed source without -march or -mtune > > compiled with > > ./doltcompile x86_64-pc-linux-gnu-gcc -D

[Bug tree-optimization/46651] ICE with graphite enabled in cairo-1.8.10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46651 --- Comment #6 from Brad Jackson 2010-11-26 21:19:17 UTC --- It happens for me compiling Firefox from trunk source on 32-bit Intel/Linux using -march=core2, but this doesn't appear to be specific to an architecture. I'm available for applying tes

[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #3 from joseph at codesourcery dot com 2010-11-26 21:24:05 UTC --- On Fri, 26 Nov 2010, amylaar at gcc dot gnu.org wrote: > The frontends and tree optimizers use the *_TYPE_SIZE and POINTER_SIZE > target macros. > > They should inste

[Bug libfortran/46584] FAIL: gfortran.dg/quad_1.f90 -O (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46584 --- Comment #6 from joseph at codesourcery dot com 2010-11-26 21:28:52 UTC --- On Fri, 26 Nov 2010, dave at hiauly1 dot hia.nrc.ca wrote: > I needed to add __float128 type and some builtins. To do this, I __float128 should only be present where

[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 #5 from Iain Sandoe 2010-11-26 21:32:39 UTC --- Notes: (temporary work-arounds) 1. for Fortran, one can effect a fix by altering the dsymutil spec in config/darwin.h and config/darwin9.h thus: .c|.cc|.C|.cpp|.cp|.c++|.cxx|.CPP|.

[Bug middle-end/46499] [4.5 Regression] gcc.c-torture/execute/20051021-1.c FAILs with -fno-tree-dominator-opts -fno-tree-ccp

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46499 Jakub Jelinek changed: What|Removed |Added Summary|[4.5/4.6 Regression]|[4.5 Regression] |gcc.c

[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #4 from Jorn Wolfgang Rennecke 2010-11-26 21:53:40 UTC --- Created attachment 22543 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22543 patch using DEFHOOKPOD For the record, this is the patch using DEFHOOKPOD.

[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #5 from Jorn Wolfgang Rennecke 2010-11-26 22:08:11 UTC --- (In reply to comment #3) > * Modifiable members of targetm are a bad idea and make LTO-based > devirtualization harder (I'd rather targetm was const for single-target > buil

[Bug middle-end/46488] [4.5 regression] server/core_filters.c from apache httpd 2.2.17 miscompiled with optimization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46488 --- Comment #11 from Lance Kinley 2010-11-26 22:10:16 UTC --- Works with -O and -O2 on the 4.5 snapshot and the 4.6 snapshot. -O3 is the culprit. I have not tested with any other versions other than 4.5.1 and the two snapshots mentioned.

  1   2   >