[Bug target/39911] The 'z' suffix doesn't work with 16bit integer insn

--- Comment #8 from ubizjak at gmail dot com 2009-04-28 06:56 --- %z now works as expected for integer insns with register and memory operands. -- ubizjak at gmail dot com changed: What|Removed |Added ---

[Bug libgomp/39939] MinGW 4.3.0 fails to link sample programme.

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-28 06:55 --- Well libpthreads is not part of the GCC project. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39939

[Bug target/39911] The 'z' suffix doesn't work with 16bit integer insn

--- Comment #7 from uros at gcc dot gnu dot org 2009-04-28 06:54 --- Subject: Bug 39911 Author: uros Date: Tue Apr 28 06:54:02 2009 New Revision: 146874 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146874 Log: PR target/39911 * config/i386/i386.c (print_operand

[Bug rtl-optimization/39938] [4.5 Regression]: build broke for cris-elf with dbr_schedule change

--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-04-28 06:46 --- > With revision 146829 plus the same patch patch, the build is (again) broken as > follows: Interesting, I've never seen this on SPARC, PA or MIPS. -- ebotcazou at gcc dot gnu dot org changed: Wha

[Bug libgomp/39939] New: MinGW 4.3.0 fails to link sample programme.

Sample program test.c #include #include #include int main() { #pragma omp parallel printf("Hello from thread %d, nthreads %d\n", omp_get_thread_num(), omp_get_num_threads()); return 0;} fails to link with MinGW 4.3.0 (windows xp sp2), command gcc -fopemnp test.c -lpthreads -o test.exe issuing er

[Bug rtl-optimization/39938] [4.5 Regression]: build broke for cris-elf with dbr_schedule change

--- Comment #1 from hp at gcc dot gnu dot org 2009-04-28 06:32 --- Created an attachment (id=17772) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17772&action=view) preprocessed, non-reduced cc1 -fpreprocessed libgcc2.i -melf -ffunction-sections -fdata-sections -quiet -dumpbase li

[Bug rtl-optimization/39938] New: [4.5 Regression]: build broke for cris-elf with dbr_schedule change

With revision 146828 plus the patch at a build of cris-elf completes (that's a required patch as the tree is broken without it, see the URL). With revision 146829 plus the same patch patch, the build is (again) broken as follows: /tmp/buil

[Bug fortran/39879] [4.3/4.4 Regression] double free or corruption abort with gfortran

--- Comment #12 from pault at gcc dot gnu dot org 2009-04-28 06:07 --- Fixed on trunk Will do 4.4 and 4.3 in a week or so. Thanks for the report Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/39937] [4.5 Regression] Revision 146831 failed SPEC CPU 2006

--- Comment #2 from hjl dot tools at gmail dot com 2009-04-28 06:01 --- Revision 146831: http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01473.html is the cause. -- hjl dot tools at gmail dot com changed: What|Removed |Added

[Bug fortran/39879] [4.3/4.4/4.5 Regression] double free or corruption abort with gfortran

--- Comment #11 from pault at gcc dot gnu dot org 2009-04-28 05:29 --- Subject: Bug 39879 Author: pault Date: Tue Apr 28 05:29:44 2009 New Revision: 146872 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146872 Log: 2009-04-28 Paul Thomas PR fortran/39879 * tr

[Bug fortran/39879] [4.3/4.4/4.5 Regression] double free or corruption abort with gfortran

--- Comment #10 from pault at gcc dot gnu dot org 2009-04-28 05:16 --- Subject: Bug 39879 Author: pault Date: Tue Apr 28 05:16:19 2009 New Revision: 146871 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146871 Log: 2009-04-28 Paul Thomas PR fortran/39879 * tr

[Bug c++/35652] [4.3 Regression] offset warning should be given in the front-end

--- Comment #30 from bje at gcc dot gnu dot org 2009-04-28 04:57 --- Subject: Bug 35652 Author: bje Date: Tue Apr 28 04:56:47 2009 New Revision: 146870 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146870 Log: Revert: PR c++/35652 2009-03-27 Manuel Lopez-Ibanez

[Bug middle-end/39937] [4.5 Regression] Failed SPEC CPU 2006

--- Comment #1 from hjl dot tools at gmail dot com 2009-04-28 04:27 --- I got gfortran -c -o dftint.fppized.o-O2 -ffast-math -DSPEC_CPU_LP64 -ffixed-form dftint.fppized.f gfortran -c -o dgeev.o-O2 -ffast-math -DSPEC_CPU_LP64 -ffixed-form dgeev.f dgeev.f

[Bug middle-end/39937] New: [4.5 Regression] Failed SPEC CPU 2006

On Linux/Intel64, revision 146848 failed with -O2 -ffast-math: Error: 1x416.gamess 1x435.gromacs Revision 146820 is OK. -- Summary: [4.5 Regression] Failed SPEC CPU 2006 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal

[Bug java/38374] constant pool references have wrong types in ADDR_EXPR

--- Comment #5 from dave dot korn dot cygwin at gmail dot com 2009-04-28 03:30 --- (In reply to comment #4) > I just got this failure during bootstrap: > I'm going to try reverting r146831 locally and see if it helps. Doing so allowed the build to complete. See also bug 39932.

[Bug c++/39936] -Wuninitialized false positive with unhelpful diagnostic

--- Comment #1 from fang at csl dot cornell dot edu 2009-04-28 02:31 --- Should probably compare with set of reports blocking PR 24639... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39936

[Bug c++/39936] New: -Wuninitialized false positive with unhelpful diagnostic

g++-4.4 gives odd error about being uninitialized around a vector resize(). // test case: tc_uninit.cc #include struct A { double time; size_t id; A() { } // uninitialized }; struct B { typedef std::vector array

[Bug middle-end/39927] [4.5 Regression]: build breakage for cris-elf building libstdc++-v3

--- Comment #9 from hp at gcc dot gnu dot org 2009-04-28 01:59 --- GDB backtrace for comment #8, after rm *.o; make all-gcc CFLAGS=-g: #0 fancy_abort (file=0xd77ded "/tmp/buildice5/gcc/gcc/expr.c", line=3387, function=0xd78201 "emit_move_insn") at /tmp/buildice5/gcc/gcc/diagnostic.

[Bug middle-end/39927] [4.5 Regression]: build breakage for cris-elf building libstdc++-v3

--- Comment #8 from hp at gcc dot gnu dot org 2009-04-28 01:50 --- (In reply to comment #7) > The patch at does > indeed fix the build failures at r146820. > Now regtesting The patch is not a *complete* success, as there's a regr

[Bug regression/39914] [4.4/4.5 Regression] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #12 from lucier at math dot purdue dot edu 2009-04-28 01:39 --- I tried to build and check with this patch, but I got stopped with: /tmp/lucier/gcc/objdirs/mainline/./prev-gcc/xgcc -B/tmp/lucier/gcc/objdirs/mainline/./prev-gcc/ -B/pkgs/gcc-mainline/x86_64-unknown-linux-gnu/

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

--- Comment #9 from pinskia at gcc dot gnu dot org 2009-04-28 01:04 --- (In reply to comment #8) > If somebody can explain why it's > necessary to let the generated RTL code depend on the IR mode, we could > possibly find a good way around this limitation. Because we don't want to mark

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

--- Comment #8 from matz at gcc dot gnu dot org 2009-04-28 00:37 --- > expand_phi_nodes can and will create RTL code so we need to register the RTL > CFG hooks before calling it. Nope, that won't fly (for the moment). expand_phi_nodes also split edges and it's necessary that this is do

[Bug target/39935] Incorrect comments for %z modifier

--- Comment #2 from hjl dot tools at gmail dot com 2009-04-28 00:12 --- The updated patch is at http://gcc.gnu.org/ml/gcc-patches/2009-04/msg02188.html -- hjl dot tools at gmail dot com changed: What|Removed |Added

[Bug libstdc++/39107] Building an i686-pc-linux-gnu -> i686-pc-mingw32 crosscompiler fails on libstdc++ configure

--- Comment #9 from bkoz at gcc dot gnu dot org 2009-04-27 23:16 --- unfortunately, just assuming gc-sections work because `ld -v` shows gc-sections won't fly: in the past this would have given false positives on some platforms. This is different than the relro case. Something to try m

[Bug libstdc++/39382] FAIL: abi_check on trunk revision 144629

--- Comment #2 from bkoz at gcc dot gnu dot org 2009-04-27 23:07 --- Closing as WORKSFORME unless feedback. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39382

[Bug libstdc++/39491] [4.2/4.3 regression] symbol __signb...@glibcxx_3.4 in libstdc++ exported

--- Comment #27 from bkoz at gcc dot gnu dot org 2009-04-27 22:46 --- > 2) Someone please add a stub to libstdc++ for __signb...@glibcxx_3.4 that > calls > __signbitl in glibc. Hmm. Well, you cannot actually add a new symbol versioned for the first release in the ninth release. That i

[Bug libstdc++/39868] libstdc++ generates man pages, which conflict with the linux manpages

--- Comment #1 from bkoz at gcc dot gnu dot org 2009-04-27 22:35 --- Is this any better in man4? Todo should be killed. Should all man pages based on libstdc++ include files and not class objects get the axe? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39868

[Bug target/39935] Incorrect comments for %z modifier

--- Comment #1 from hjl dot tools at gmail dot com 2009-04-27 22:03 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-04/msg02179.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug target/39935] New: Incorrect comments for %z modifier

i386.md has ;; The special asm out single letter directives following a '%' are: ;; 'z' mov%z1 would be movl, movw, or movb depending on the mode of ;; operands[1]. But what %z really does is ;; 'z' print the instruction suffix for the size of the current ;; memory operand on x87 instruc

[Bug java/38374] constant pool references have wrong types in ADDR_EXPR

--- Comment #4 from dave dot korn dot cygwin at gmail dot com 2009-04-27 21:39 --- I just got this failure during bootstrap: libtool: compile: /gnu/gcc/obj3/gcc/gcj -B/gnu/gcc/obj3/i686-pc-cygwin/libjava/ -B/gnu/gcc/obj3/gcc/ -ffloat-store -fomit-frame-pointer -Usun -fclasspath= -

[Bug middle-end/39932] [4.5 Regression] Revision 146831 caused many test failures

--- Comment #2 from hjl dot tools at gmail dot com 2009-04-27 21:33 --- On Linux/ia64, revision 146841 gave FAIL: gcc.c-torture/execute/20050604-1.c compilation, -O1 (internal compiler error) FAIL: gcc.c-torture/execute/20050604-1.c compilation, -O2 (internal compiler error) FAIL: gc

[Bug middle-end/39927] [4.5 Regression]: build breakage for cris-elf building libstdc++-v3

--- Comment #7 from hp at gcc dot gnu dot org 2009-04-27 21:26 --- The patch at does indeed fix the build failures at r146820. Now regtesting and also at r146851. There's a build error in libgcc2 "In function '__udivdi3'" for tha

[Bug testsuite/39807] [4.3 Regression] Reporting of testsuite failures are messed up when using -j

--- Comment #14 from jakub at gcc dot gnu dot org 2009-04-27 21:17 --- Fixed for 4.4/4.5 so far. -- jakub at gcc dot gnu dot org changed: What|Removed |Added S

[Bug c++/39934] Union member incorrectly disallowed

--- Comment #1 from paolo dot carlini at oracle dot com 2009-04-27 20:49 --- For the record, Comeau and Intel are not happy, though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39934

[Bug regression/39914] [4.4/4.5 Regression] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #11 from lucier at math dot purdue dot edu 2009-04-27 20:37 --- As far as I can tell, the patch proposed by Uros restores the performance of code generated by gcc version 4.4.0 20090312 (experimental) [trunk revision 144812] (GCC) In particular, the assembly code for the

[Bug c++/39934] New: Union member incorrectly disallowed

struct A { const int x; int y; }; union U { const int x; A a; }; g++ 4.3.1 says... vvv.C:8: error: member `A U::a' with copy assignment operator not allowed in union As far as I can see, struct A does not have a copy assignment operator at all. Sun's Forte 12 is happy with the code fo

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

--- Comment #7 from pinskia at gcc dot gnu dot org 2009-04-27 19:44 --- This is the correct fix as in darwin.c we have: /* Play games to avoid marking the function as needing pic if we are being called as part of the cost-estimation process. */ if (current_ir_type (

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

--- Comment #6 from pinskia at gcc dot gnu dot org 2009-04-27 19:24 --- This patch fixes the ppc-darwin failure: Index: cfgexpand.c === --- cfgexpand.c (revision 146848) +++ cfgexpand.c (working copy) @@ -2503,11 +2503,11 @@

[Bug other/39888] TLS emutls not linked to automatically on Darwin

--- Comment #5 from developer at sandoe-acoustics dot co dot uk 2009-04-27 19:15 --- testresults: http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg02886.html http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg02887.html and to engage the facility you need to build your program with " -mu

[Bug testsuite/39807] [4.3/4.4/4.5 Regression] Reporting of testsuite failures are messed up when using -j

--- Comment #13 from jakub at gcc dot gnu dot org 2009-04-27 19:13 --- Subject: Bug 39807 Author: jakub Date: Mon Apr 27 19:13:16 2009 New Revision: 146851 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146851 Log: PR testsuite/39807 * dg-extract-results.sh: Clos

[Bug testsuite/39807] [4.3/4.4/4.5 Regression] Reporting of testsuite failures are messed up when using -j

--- Comment #12 from jakub at gcc dot gnu dot org 2009-04-27 19:11 --- Subject: Bug 39807 Author: jakub Date: Mon Apr 27 19:11:23 2009 New Revision: 146850 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146850 Log: PR testsuite/39807 * dg-extract-results.sh: Clos

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-27 19:11 --- (In reply to comment #4) > Here is a reduced testcase for the PPC-darwin failure: > float f(int a) { return a ? 1.0f : 2.0f ; } This looks like how constants are expanded in PHIs, looking into it further. -- ht

[Bug fortran/39931] ICE on invalid Fortran 95 code (bad pointer assignment), gimplify_expr at gimplify.c:6315

--- Comment #4 from janus at gcc dot gnu dot org 2009-04-27 19:09 --- Patch: Index: gcc/fortran/expr.c === --- gcc/fortran/expr.c (Revision 146847) +++ gcc/fortran/expr.c (Arbeitskopie) @@ -3070,8 +3070,8 @@ if (po

[Bug other/39888] TLS emutls not linked to automatically on Darwin

--- Comment #4 from developer at sandoe-acoustics dot co dot uk 2009-04-27 19:07 --- Sorry I got the attachments and the comment in the wrong order... The basic issue is that TLS emulation needs to be linked just once in an executable - but so does exception handling. Exception handli

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-04-27 19:06 --- Here is a reduced testcase for the PPC-darwin failure: float f(int a) { return a ? 1.0f : 2.0f ; } -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug other/39888] TLS emutls not linked to automatically on Darwin

--- Comment #3 from developer at sandoe-acoustics dot co dot uk 2009-04-27 19:05 --- Created an attachment (id=17771) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17771&action=view) patch against 4.5 trunk also needs the added files -- http://gcc.gnu.org/bugzilla/show_bug.c

[Bug other/39888] TLS emutls not linked to automatically on Darwin

--- Comment #2 from developer at sandoe-acoustics dot co dot uk 2009-04-27 19:04 --- Created an attachment (id=17770) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17770&action=view) added files for the libgcc_ext patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39888

[Bug regression/39914] [4.4/4.5 Regression] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #10 from bonzini at gnu dot org 2009-04-27 19:04 --- Yeah, it's basically destroying caller-save optimization. -- bonzini at gnu dot org changed: What|Removed |Added --

[Bug other/39888] TLS emutls not linked to automatically on Darwin

--- Comment #1 from developer at sandoe-acoustics dot co dot uk 2009-04-27 19:03 --- Created an attachment (id=17769) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17769&action=view) patch for 4.4-branch (and 4.4.0 release) don't forget to add the version files. -- http://gc

[Bug regression/39914] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #9 from ubizjak at gmail dot com 2009-04-27 18:21 --- Following patch should fix the performance hit with -O1: --cut here-- Index: ira-conflicts.c === --- ira-conflicts.c (revision 146825) +++ ira-conflicts.

[Bug fortran/39931] ICE on invalid Fortran 95 code (bad pointer assignment), gimplify_expr at gimplify.c:6315

--- Comment #3 from janus at gcc dot gnu dot org 2009-04-27 18:04 --- An error message should be emitted already in the front end, probably in gfc_check_pointer_assign (expr.c). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39931

[Bug fortran/39931] ICE on invalid Fortran 95 code (bad pointer assignment), gimplify_expr at gimplify.c:6315

-- janus at gcc dot gnu dot org changed: What|Removed |Added CC||janus at gcc dot gnu dot org Status|UNCONFIRMED

[Bug fortran/39587] Reading integer from "" gives end-of-file instead of reading a 0

--- Comment #6 from burnus at gcc dot gnu dot org 2009-04-27 17:33 --- Dick Hendrickson answered (see link above): 'It's scattered around, but the PAD= is the thing you want. In internal I/O it says it acts as if there were an OPEN without a PAD= specifier. In the OPEN section it say

[Bug middle-end/39932] [4.5 Regression] Revision 146831 caused many test failures

--- Comment #1 from hjl dot tools at gmail dot com 2009-04-27 17:22 --- Revision 146831: http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01473.html is the cause. -- hjl dot tools at gmail dot com changed: What|Removed |Added

[Bug c++/39923] [C++0x] ICE in build_init_list_var_init

--- Comment #16 from paolo dot carlini at oracle dot com 2009-04-27 17:10 --- And, by the way, as regards my Comment #6, which really was about your case 1 in the first testcase, I confirm GCC is already fine: a is always treated as an lvalue in the body of the function. Also, the test

[Bug fortran/39930] Bogus error: ambiguous reference

--- Comment #1 from janus at gcc dot gnu dot org 2009-04-27 16:54 --- Something like this should do it: Index: gcc/fortran/parse.c === --- gcc/fortran/parse.c (Revision 146826) +++ gcc/fortran/parse.c (Arbeitskopie) @@ -331

[Bug regression/39914] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #8 from lucier at math dot purdue dot edu 2009-04-27 16:29 --- I hadn't noticed before that Andrew had marked it as "RESOLVED INVALID". I'm reopening it, as I believe that resolving it as INVALID should require a more general discussion than a one-line dismissal of the bug.

[Bug c++/39923] [C++0x] rvalue references

--- Comment #15 from paolo dot carlini at oracle dot com 2009-04-27 16:32 --- Nope. The issue is the usual one: obviously d is an rvalue reference binding the lvalue i. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923

[Bug c++/39923] [C++0x] rvalue references

--- Comment #14 from tom dot prince at ualberta dot net 2009-04-27 16:25 --- The updated version n2844. From the intro: (I guess I meant "being bound to" in the language of the standard) int i = 2; double &&d = i; // previously well-formed (d bound to a temporary double), now ill-forme

[Bug other/39933] New: make clean fails in libgcc

I was trying to use make clean to clean up after a successful bootstrap and install. The error message (and nearby messages) are as follows: make[1]: Entering directory `/home/cpowers/src/gcc-4.4.0-obj/x86_64-unknown-linux-gnu/libgcc' make[1]: -print-multi-directory: Command not found make[1]: -pr

[Bug middle-end/39932] New: [4.5 Regression] Many test failures

On Linux/x86-64, revision 146839 gave FAIL: gcc.dg/pr34989-1.c (internal compiler error) FAIL: gcc.dg/pr34989-1.c (internal compiler error) FAIL: gcc.dg/pr34989-1.c (test for excess errors) FAIL: gcc.dg/pr34989-1.c (test for excess errors) FAIL: gcc.dg/struct/wo_prof_double_malloc.c (internal comp

[Bug c++/39923] [C++0x] rvalue references

--- Comment #13 from paolo dot carlini at oracle dot com 2009-04-27 15:58 --- I meant rvalue references binding to lvalues, of course. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923

[Bug c++/39923] [C++0x] rvalue references

--- Comment #12 from paolo dot carlini at oracle dot com 2009-04-27 15:55 --- But n2831 is about rvalues binding to lvalues, not the other way around. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923

[Bug c/39928] gimplify_expr failure

--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-27 15:50 --- Fixed. --- Comment #6 from rguenth at gcc dot gnu dot org 2009-04-27 15:50 --- Subject: Bug 39928 Author: rguenth Date: Mon Apr 27 15:50:05 2009 New Revision: 146846 URL: http://gcc.gnu.org/viewcvs?root=

[Bug c/39928] gimplify_expr failure

--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-27 15:50 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/39923] [C++0x] rvalue references

--- Comment #11 from tom dot prince at ualberta dot net 2009-04-27 15:43 --- Also, there is the issue of lvalues binding to rvalue references. See N2831 and possibly n2835. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923

[Bug bootstrap/39849] stage1 compiler segfault during `make profiledbootstrap'

--- Comment #6 from dennis dot wassel at googlemail dot com 2009-04-27 15:36 --- I re-profilebootstrapped 4.3.3 and it worked without problems (except for the usual noise about my system headers missing SSIZE_MAX, but that is easily fixed). Now trying `make bootstrap' of 4.4.0. --

[Bug regression/39914] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #7 from lucier at math dot purdue dot edu 2009-04-27 15:35 --- Subject: Re: 96% performance regression in floating point code; part of the problem started 2009/03/12-13 On Mon, 2009-04-27 at 15:32 +, lucier at math dot purdue dot edu wrote: > On Mon, 2009-04-27 at 1

[Bug regression/39914] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #6 from lucier at math dot purdue dot edu 2009-04-27 15:32 --- Subject: Re: 96% performance regression in floating point code; part of the problem started 2009/03/12-13 On Mon, 2009-04-27 at 15:26 +, pinskia at gcc dot gnu dot org wrote: > This is by design -O1 is wa

[Bug regression/39914] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-27 15:26 --- This is by design -O1 is way slower than -O2 now. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/39923] [C++0x] rvalue references

--- Comment #10 from paolo dot carlini at oracle dot com 2009-04-27 15:24 --- So, let me understand, as in a previous PR of yours, the problem boils down to intializer_lists only? CC-ing Jason in any case, because of the ICE. -- paolo dot carlini at oracle dot com changed:

[Bug middle-end/38486] Missing warning about type punning

--- Comment #9 from rguenth at gcc dot gnu dot org 2009-04-27 15:18 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned

[Bug fortran/39931] ICE on invalid Fortran 95 code (bad pointer assignment), gimplify_expr at gimplify.c:6315

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-27 15:16 --- Well, the FE asks us to gimplify &face->bla = blu; which obviously cannot work (you cannot assign to an address). I would suggest to put error_mark_node there. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3

[Bug middle-end/38486] Missing warning about type punning

--- Comment #8 from dominik dot strasser at onespin-solutions dot com 2009-04-27 15:12 --- Are there any news on this guy here ? I am really having a hard time porting my project to GCC 4.3 as I have a big source file which seems to do a lot of type punning, but I get no warnings. Depen

[Bug regression/39914] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #4 from lucier at math dot purdue dot edu 2009-04-27 15:11 --- Subject: Re: 96% performance regression in floating point code; part of the problem started 2009/03/12-13 On Mon, 2009-04-27 at 08:16 +, ubizjak at gmail dot com wrote: > > > --- Comment #2 from ubiz

[Bug bootstrap/39849] stage1 compiler segfault during `make profiledbootstrap'

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-27 15:10 --- (In reply to comment #4) > Today I tried configuring with --disable-bootstrap, again to no avail. > > Please, could anybody just give me a pointer? > I cannot build gcc 4.4.0 with the gcc 4.3.3 on a mainstream Linux

[Bug regression/39914] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #3 from lucier at math dot purdue dot edu 2009-04-27 15:07 --- Subject: Re: 96% performance regression in floating point code; part of the problem started 2009/03/12-13 On Sun, 2009-04-26 at 18:43 +, ubizjak at gmail dot com wrote: > > > --- Comment #1 from ubiz

[Bug c++/39923] [C++0x] rvalue references

--- Comment #9 from tom dot prince at ualberta dot net 2009-04-27 15:01 --- This is an old patch that purports to fix 3rd of the original tests. http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00436.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923

[Bug c++/39923] [C++0x] rvalue references

--- Comment #8 from tom dot prince at ualberta dot net 2009-04-27 14:52 --- Created an attachment (id=17768) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17768&action=view) ICE from test2.cc The errors test2.cc generate vary if the various functions are commented out. -- ht

[Bug c++/39923] [C++0x] rvalue references

--- Comment #7 from tom dot prince at ualberta dot net 2009-04-27 14:50 --- Created an attachment (id=17767) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17767&action=view) Various failed attempts to create a std::vector> from an intializer list. These are my attempts at creatin

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

--- Comment #3 from dje at gcc dot gnu dot org 2009-04-27 14:19 --- This probably is related to the promoted parameter problem that has appeared on other architectures as well. -- dje at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/39903] [4.4/4.5 Regression] ICE on flexible member

--- Comment #12 from hjl at gcc dot gnu dot org 2009-04-27 14:02 --- Subject: Bug 39903 Author: hjl Date: Mon Apr 27 14:02:09 2009 New Revision: 146842 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146842 Log: gcc/ 2009-04-27 H.J. Lu PR target/39903 * confi

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

--- Comment #2 from dje at gcc dot gnu dot org 2009-04-27 13:54 --- This also fails on AIX. On AIX, the error appears as a failure while compiling libobjc/linking.m. A function in cgraphunit.c is being mis-compiled, possibly build_cdtor(). This causes cgraph_build_static_cdtor() to be

[Bug fortran/39931] ICE on invalid Fortran 95 code (bad pointer assignment), gimplify_expr at gimplify.c:6315

--- Comment #1 from dominiq at lps dot ens dot fr 2009-04-27 13:46 --- Confirmed on (powerpc|i686)-apple-darwin9 gfortran 4.3.3, 4.4.0, and trunk, gives the error on 4.2.3. Trunk gives: gimplification failed: &face->bla unit size align 32 symtab 0 alias set -1

[Bug middle-end/39927] [4.5 Regression]: build breakage for cris-elf building libstdc++-v3

--- Comment #6 from matz at gcc dot gnu dot org 2009-04-27 13:45 --- That's indeed the same bug as on cris. I'm working on a patch (it has to do with promoted parameters). -- matz at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/39931] New: ICE on invalid Fortran 95 code (bad pointer assignment), gimplify_expr at gimplify.c:6315

I observed this for gfortran 4.3.2, but also just upgraded to 4.3.3, where only the line number in gimplify.c increases by one. The code is bad, I know, but the compiler should tell me that instead of crashing, I guess. A SuSE gfortran (version 4.1.2 20070115 (prerelease)) does correctly point out:

[Bug middle-end/39927] [4.5 Regression]: build breakage for cris-elf building libstdc++-v3

--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2009-04-27 13:35 --- Subject: Re: [4.5 Regression]: build breakage for cris-elf building libstdc++-v3 ebotcazou at gcc dot gnu dot org writes: > The revision corresponding to the fix for the PR should bootstrap. Indeed it do

[Bug fortran/39930] New: Bogus error: ambiguous reference

Consider the following set of modules: module a1 contains subroutine myRoutine end subroutine end module module a2 contains subroutine myRoutine end subroutine end module module b contains subroutine otherRoutine use a1 use a2 call myRoutine ! this is ambig

[Bug bootstrap/39810] [melt] - revision 146327 - compiler-probe.c:106: undefined reference to `unlikely'

--- Comment #3 from basile at starynkevitch dot net 2009-04-27 13:16 --- and the undefined reference to `ppl_io_asprint_Coefficient' messages is because you need a more recent PPL library, at least 0.10.2 or 0.11, or the latest PPL git snapshot. -- http://gcc.gnu.org/bugzilla/show

[Bug bootstrap/39810] [melt] - revision 146327 - compiler-probe.c:106: undefined reference to `unlikely'

--- Comment #2 from basile at starynkevitch dot net 2009-04-27 13:14 --- I believe this has been corrected in recent MELT branch, ie svn rev146839 and perhaps before. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39810

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9

--- Comment #1 from dominiq at lps dot ens dot fr 2009-04-27 13:11 --- I have forgotten to add that this is probably the same failure as reported at http://gcc.gnu.org/ml/gcc-regression/2009-04/msg00196.html and occurring between revisions 146801 and 146817. -- http://gcc.gnu.org/

[Bug bootstrap/39929] New: [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9

Bootstrapping revision 146838 fails at stage 1 on powerpc-apple-darwin9 with: ... /opt/gcc/darwin_buildw/./gcc/xgcc -B/opt/gcc/darwin_buildw/./gcc/ -B/opt/gcc/gcc4.5w/powerpc-apple-darwin9/bin/ -B/opt/gcc/gcc4.5w/powerpc-apple-darwin9/lib/ -isystem /opt/gcc/gcc4.5w/powerpc-apple-darwin9/include -i

[Bug rtl-optimization/39794] [4.4/4.5 Regression] Miscompile with -O2 -funroll-loops

--- Comment #12 from jakub at gcc dot gnu dot org 2009-04-27 12:49 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug c/39928] gimplify_expr failure

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-27 12:22 --- And mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassi

[Bug c/39928] gimplify_expr failure

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-27 12:22 --- typedef float __m128 __attribute__ ((__vector_size__ (16), __may_alias__)); extern __m128 _mm_sub_ps (__m128 __A, __m128 __B); extern __m128 _mm_mul_ps (__m128 __A, __m128 __B); __m128 vq_nbest(const __m128 *codebook

[Bug c/39928] gimplify_expr failure

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-27 12:15 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39928

[Bug fortran/39587] Reading integer from "" gives end-of-file instead of reading a 0

--- Comment #5 from burnus at gcc dot gnu dot org 2009-04-27 11:58 --- Regarding the reading of '(x5,i1)' from a too short string: I asked at c.l.f, see http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/bbe85b69b188f999 (My ceterum censeo:) Regarding the vendor exten

[Bug middle-end/39922] [4.5 regression] Revision 146817 caused many regressions on trunk

--- Comment #3 from matz at gcc dot gnu dot org 2009-04-27 11:55 --- I have a patch. -- matz at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassi

[Bug rtl-optimization/39794] [4.4/4.5 Regression] Miscompile with -O2 -funroll-loops

--- Comment #11 from jakub at gcc dot gnu dot org 2009-04-27 11:55 --- Subject: Bug 39794 Author: jakub Date: Mon Apr 27 11:55:13 2009 New Revision: 146834 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146834 Log: PR rtl-optimization/39794 * alias.c (canon_true_

[Bug c/39928] gimplify_expr failure

--- Comment #1 from dcb314 at hotmail dot com 2009-04-27 11:37 --- Created an attachment (id=17766) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17766&action=view) C source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39928

  1   2   >