[Bug target/44199] ppc64 glibc miscompilation

--- Comment #21 from jakub at gcc dot gnu dot org 2010-05-26 06:07 --- Should be fixed now. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Statu

[Bug target/44199] ppc64 glibc miscompilation

--- Comment #20 from jakub at gcc dot gnu dot org 2010-05-26 06:05 --- Subject: Bug 44199 Author: jakub Date: Wed May 26 06:05:29 2010 New Revision: 159855 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159855 Log: PR target/44199 * config/rs6000/rs6000.c (rs6000

[Bug target/44199] ppc64 glibc miscompilation

--- Comment #19 from jakub at gcc dot gnu dot org 2010-05-26 06:02 --- Subject: Bug 44199 Author: jakub Date: Wed May 26 06:02:30 2010 New Revision: 159854 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159854 Log: PR target/44199 * config/rs6000/rs6000.c (rs6000

[Bug target/44199] ppc64 glibc miscompilation

--- Comment #18 from jakub at gcc dot gnu dot org 2010-05-26 06:01 --- Subject: Bug 44199 Author: jakub Date: Wed May 26 06:00:44 2010 New Revision: 159853 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159853 Log: PR target/44199 * config/rs6000/rs6000.c (rs6000

[Bug regression/44281] New: Global Register variable pessimisation and regression

I am aware developers WONTFIX GCC being a pessimising compiler with respect to some global register variable issues: GCC is copying registers for no good reason whatsoever. Below is a very simple example where gcc 3.3.6 does a better job of optim

[Bug fortran/40011] Problems with -fwhole-file

--- Comment #55 from pault at gcc dot gnu dot org 2010-05-26 05:11 --- Subject: Bug 40011 Author: pault Date: Wed May 26 05:11:04 2010 New Revision: 159852 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159852 Log: 2010-05-26 Paul Thomas PR fortran/40011 * re

[Bug c++/43382] [C++0x] ICE with auto return type and variadic templates

-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org

[Bug target/44037] builtin ffs vs. renamed ffs (vms-crtl.h)‏

--- Comment #3 from jay dot krell at cornell dot edu 2010-05-26 04:56 --- Also this needed at top after #includes: +#ifndef TARGET_ABI_OPEN_VMS +#define TARGET_ABI_OPEN_VMS 0 +#endif -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44037

[Bug c/44280] New: vms-unwind.h needs #define __NEW_STARTLET and #include "vms/lib$routines.h"?

I didn't preserve the errors/rationale but I have this reasonable trivial diff: diff -ur /src/orig/gcc-4.5.0/gcc/config/alpha/vms-unwind.h /src/gcc-4.5.0/gcc/config/alpha/vms-unwind.h --- /src/orig/gcc-4.5.0/gcc/config/alpha/vms-unwind.h 2009-08-09 21:38:02.0 -0700 +++ /src/gcc-4.5.0/gc

[Bug c/44279] New: system.h calloc/malloc/realloc VMS size_t vs. __size_t

VMS has: typedef long unsigned int size_t; typedef unsigned int __size_t; void * calloc (__size_t __nmemb, __size_t __size); void * malloc (__size_t __size); void * realloc (__void_ptr64 __ptr, __size_t __size); possibly this is something for fixincludes to deal with. As a res

[Bug target/44266] stack frame lacks parameter save area

--- Comment #3 from amodra at gmail dot com 2010-05-26 02:49 --- and it contained a typo too. superceded by the patch in the patch url -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44266

[Bug target/44278] New: Use ubfx to extract unsigned bit fields at the low end

Compile the following code with options -march=armv7-a -mthumb -O2 unsigned int foo6(unsigned u) { return (u >> 0) & 0x1ff; } GCC generates: lslsr0, r0, #23 lsrsr0, r0, #23 bx lr The two shifts can be merged into UBFX r1,r0,#0,#9 If I change

[Bug target/43527] ICE in cselib_record_set, at cselib.c:1864 during build of compiler

--- Comment #3 from joel at gcc dot gnu dot org 2010-05-26 00:26 --- (In reply to comment #2) > Hi Joel, do you have a .i test case for this? Thanks. > It works today. with $ lm32-rtems4.10-gcc --version lm32-rtems4.10-gcc (GCC) 4.6.0 20100525 (experimental) [trunk revision

[Bug target/43527] ICE in cselib_record_set, at cselib.c:1864 during build of compiler

--- Comment #2 from jon at beniston dot com 2010-05-25 23:55 --- Hi Joel, do you have a .i test case for this? Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43527

[Bug target/43726] [4.5/4.6 Regression] lm32-rtems* ICE

--- Comment #5 from jon at beniston dot com 2010-05-25 23:51 --- This is the same as 43805. Looks like it can be fixed by removing GO_IF_MODE_DEPENDENT_ADDRESS from lm32.h. I'll submit a patch shotly. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43726

[Bug tree-optimization/43423] gcc should vectorize this loop through if-conversion

--- Comment #11 from spop at gcc dot gnu dot org 2010-05-25 23:33 --- This is not a IV type problem: the number of iterations may be zero when mid == 0 or mid == n, so the number of iterations analysis has a condition under which niter may_be_zero. I sent out a patch that makes niter re

[Bug c++/44277] New: [C++0x] Add warning to facilitate nullptr conversion.

C++0x introduces the 'nullptr' constant, intended to replace a literal '0' for null pointers. Support for nullptr is being (has been?) added to gcc 4.6. However, for backward compatibility reasons, '0' will remain convertible to pointer type for the foreseeable future. As grepping for '0' is lik

[Bug target/43892] PowerPC suboptimal "add with carry" optimization

--- Comment #13 from joakim dot tjernlund at transmode dot se 2010-05-25 21:42 --- (In reply to comment #12) > (In reply to comment #11) > > If this is the case for something as simple as add with carry, one really > > needs a simple way to tell gcc what ppc class CPU one wants to use.

[Bug libstdc++/44268] abi docs say that hppa-linux defaults to libgcc_s.so.2

-- redi at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |redi at gcc dot gnu dot org |dot org

[Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t

-- paolo dot carlini at oracle dot com changed: What|Removed |Added CC|paolo dot carlini at oracle | |dot com | Assig

[Bug fortran/43841] Missing temporary for ELEMENTAL function call

--- Comment #10 from mikael at gcc dot gnu dot org 2010-05-25 21:02 --- Any backport ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43841

[Bug fortran/38112] unneeded temporary

--- Comment #9 from paul dot richard dot thomas at gmail dot com 2010-05-25 20:57 --- Subject: Re: unneeded temporary Mikael, Yes, I am sure that you are right about the <>. Let's close it :-) Paul On Tue, May 25, 2010 at 10:52 PM, mikael at gcc dot gnu dot org wrote: > > > -

[Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t

--- Comment #6 from paolo dot carlini at oracle dot com 2010-05-25 20:57 --- See http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01912.html we are going to have __int128 and unsigned __int128. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856

[Bug libstdc++/44268] abi docs say that hppa-linux defaults to libgcc_s.so.2

--- Comment #2 from paolo dot carlini at oracle dot com 2010-05-25 20:55 --- Jon, can you have a look and apply the patch to the relevant branches? Thanks. -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug fortran/38112] unneeded temporary

--- Comment #8 from mikael at gcc dot gnu dot org 2010-05-25 20:52 --- (In reply to comment #7) > This could be fixed but, right now, I am not sure how :-( It seems to be fixed now. probably http://gcc.gnu.org/viewcvs?view=revision&revision=158632 -- mikael at gcc dot gnu dot org ch

[Bug middle-end/44276] [4.6 Regression]: gcc.dg/tls/alias-1.c

--- Comment #3 from iains at gcc dot gnu dot org 2010-05-25 20:38 --- I will need some help in tracking down how to solve this (since I don't have an emutls/visibility/alias target available). Also I can't find any reference in the gcc manual to alias applied to variables - only to func

[Bug fortran/39427] F2003: Procedures with same name as types/type constructors

--- Comment #15 from burnus at gcc dot gnu dot org 2010-05-25 19:55 --- (In reply to comment #14) > Created an attachment (id=20714) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20714&action=view) [edit] In module.c's import_iso_c_binding_module, one needs to replace:

[Bug tree-optimization/44137] [4.6 Regression]: objc.dg/torture/tls/thr-init-2.m and thr-init.m

--- Comment #1 from iains at gcc dot gnu dot org 2010-05-25 19:19 --- I've xfailed thr-init-3.m (which were failing across the board for non-tls reasons). are the remainder fixed by r159781? Please see also comments in PR44276 -- iains at gcc dot gnu dot org changed: Wh

[Bug middle-end/44276] [4.6 Regression]: gcc.dg/tls/alias-1.c

--- Comment #2 from iains at gcc dot gnu dot org 2010-05-25 19:15 --- Yes, sorry, the list of emutls users grows... most likely it is my commit from r159781 to address PR44132 that caused this, 1/ Did the same commit improve PR44137 on your target? (PR44173 looks pretty much the same

[Bug middle-end/44276] [4.6 Regression]: gcc.dg/tls/alias-1.c

--- Comment #1 from hp at gcc dot gnu dot org 2010-05-25 18:41 --- See also PR44137. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44276

[Bug middle-end/44276] New: [4.6 Regression]: gcc.dg/tls/alias-1.c

With revision 159779 this test passed. >From revision 159784 and on, this test has failed as follows: Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/tls/tls.exp ... FAIL: gcc.dg/tls/alias-1.c (test for excess errors) With the message in the logfile being (copy-pasted): Executing on host:

[Bug fortran/34260] Give warning if procedure with implicit interface is called with different arguments

--- Comment #6 from dfranke at gcc dot gnu dot org 2010-05-25 18:11 --- Commit in #5 catches the OPTIONAL argument if the testcase is compiled with -fwhole-file. However, the warning regarding the inconsistent use of SUB is still missing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?

[Bug fortran/30668] -fwhole-file should catch function of wrong type

--- Comment #5 from dfranke at gcc dot gnu dot org 2010-05-25 18:10 --- Subject: Bug 30668 Author: dfranke Date: Tue May 25 18:10:01 2010 New Revision: 159838 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159838 Log: gcc/fortran/: 2010-05-25 Daniel Franke PR fortran

[Bug fortran/31346] wrong values for ubound and size of deferred shape arrays without explicit interface

--- Comment #11 from dfranke at gcc dot gnu dot org 2010-05-25 18:10 --- Subject: Bug 31346 Author: dfranke Date: Tue May 25 18:10:01 2010 New Revision: 159838 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159838 Log: gcc/fortran/: 2010-05-25 Daniel Franke PR fortr

[Bug fortran/34260] Give warning if procedure with implicit interface is called with different arguments

--- Comment #5 from dfranke at gcc dot gnu dot org 2010-05-25 18:10 --- Subject: Bug 34260 Author: dfranke Date: Tue May 25 18:10:01 2010 New Revision: 159838 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159838 Log: gcc/fortran/: 2010-05-25 Daniel Franke PR fortran

[Bug c/44275] New: Union cast leads to wrong code generation. (Strict aliasing not warned about?)

struct s1 { int a; int b; double c; }; struct s2 { long long a; long long b; }; union us { struct s1 us1; struct s2 us2; }; void foo1(struct s1 s) { printf("Got %d %d %f\n", s.a, s.b, s.c); } void __attribute__((noinline, used, no

[Bug c++/44267] SFINAE does not handle down static_cast over virtual inheritance

--- Comment #2 from cjoldfield at gmail dot com 2010-05-25 17:09 --- Intel 11.1 accepts it, but it doesn't even try to instantiate "one &f(...)". To see what I mean, try replacing main with: #include int main() { std::cout << sizeof(f(0)) << std::endl; std::cout << sizeof(f(0))

[Bug libgcj/44216] [4.6 regression] All libjava tests fail on IRIX 6.5: ld warns about -no-merge-exidx-entries

--- Comment #9 from ro at gcc dot gnu dot org 2010-05-25 17:01 --- Fixed for 4.6.0. -- ro at gcc dot gnu dot org changed: What|Removed |Added URL|

[Bug libgcj/44216] [4.6 regression] All libjava tests fail on IRIX 6.5: ld warns about -no-merge-exidx-entries

--- Comment #8 from ro at gcc dot gnu dot org 2010-05-25 17:00 --- Subject: Bug 44216 Author: ro Date: Tue May 25 16:59:45 2010 New Revision: 159833 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159833 Log: PR libgcj/44216 * configure.ac (libgcj_cv_exidx): Enabl

[Bug libgcj/44216] [4.6 regression] All libjava tests fail on IRIX 6.5: ld warns about -no-merge-exidx-entries

--- Comment #7 from ro at gcc dot gnu dot org 2010-05-25 16:55 --- Mine. -- ro at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc do

[Bug bootstrap/44271] [4.6 regression] Failed to bootstrap

--- Comment #1 from ubizjak at gmail dot com 2010-05-25 16:47 --- Fixed by [1]. [1] http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00882.html -- ubizjak at gmail dot com changed: What|Removed |Added --

[Bug target/44274] alpha-dec-vms internal error compiling unwind-dw2.c

--- Comment #1 from ubizjak at gmail dot com 2010-05-25 16:42 --- This is duplicate of 43973. *** This bug has been marked as a duplicate of 43973 *** -- ubizjak at gmail dot com changed: What|Removed |Added ---

[Bug target/43973] alpha libiberty/regex.c fails to compile with -O2 without -mbwx (internal compiler error)

--- Comment #6 from ubizjak at gmail dot com 2010-05-25 16:42 --- *** Bug 44274 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43973

[Bug debug/43260] Java static class members lack DWARF location info

--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-25 16:28 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug debug/41371] [4.5/4.6 Regression] var-tracking is slow and memory hungry

--- Comment #29 from jakub at gcc dot gnu dot org 2010-05-25 16:27 --- Subject: Bug 41371 Author: jakub Date: Tue May 25 16:27:03 2010 New Revision: 159829 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159829 Log: PR debug/41371 * var-tracking.c (find_loc_in_1pd

[Bug libgcj/44216] [4.6 regression] All libjava tests fail on IRIX 6.5: ld warns about -no-merge-exidx-entries

--- Comment #6 from bonzini at gnu dot org 2010-05-25 16:21 --- The patch needs a fat comment saying what's going on, then it should be okay. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44216

[Bug debug/43260] Java static class members lack DWARF location info

--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-25 16:19 --- Subject: Bug 43260 Author: jakub Date: Tue May 25 16:19:11 2010 New Revision: 159828 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159828 Log: PR debug/43260 * java-tree.h (pending_static_fiel

[Bug c++/18249] C++ parser i18n problems

--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-25 16:18 --- Subject: Bug 18249 Author: jakub Date: Tue May 25 16:17:32 2010 New Revision: 159827 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159827 Log: PR c++/18249 * parser.c (non_integral_constant):

[Bug debug/42801] C VLAs should use DW_AT_allocated

--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-25 16:16 --- Subject: Bug 42801 Author: jakub Date: Tue May 25 16:15:38 2010 New Revision: 159826 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159826 Log: PR debug/42801 * tree-inline.c (remap_decls): Rem

[Bug libgcj/44216] [4.6 regression] All libjava tests fail on IRIX 6.5: ld warns about -no-merge-exidx-entries

--- Comment #5 from ro at gcc dot gnu dot org 2010-05-25 16:14 --- Created an attachment (id=20745) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20745&action=view) proposed patch This patch worked for me. It's a hack in that it does the save and restore using lowlevel autoconf i

[Bug c/44274] New: alpha-dec-vms internal error compiling unwind-dw2.c

/src/gcc-4.5.0/libgcc/../gcc/unwind-dw2.c: In function 'uw_update_context_1': /src/gcc-4.5.0/libgcc/../gcc/unwind-dw2.c:1378:1: error: unrecognizable insn: (insn 372 371 373 42 /src/gcc-4.5.0/libgcc/../gcc/unwind-dw2.c:241 (set (reg:DI 457) (plus:SI (subreg/s:SI (reg:DI 183 [ ivtmp___789 ])

[Bug middle-end/44069] [4.5 Regression] optimization bug initializing from cast array

--- Comment #9 from rguenth at gcc dot gnu dot org 2010-05-25 15:53 --- Fixed for 4.6 sofar. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to

[Bug middle-end/44069] [4.5/4.6 Regression] optimization bug initializing from cast array

--- Comment #8 from rguenth at gcc dot gnu dot org 2010-05-25 15:50 --- Subject: Bug 44069 Author: rguenth Date: Tue May 25 15:49:34 2010 New Revision: 159824 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159824 Log: 2010-05-25 Richard Guenther PR middle-end/44069

[Bug c/44272] Wrong interpretation of hex constant as floating point value.

--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-25 15:33 --- It is not a bug. See ISO C99, 6.4.8. 0x12E+2 as whole is a pp-number and thus one token (which is not a valid number though, but that is determined in a later phase, not during lexing). If you want 0x12E + 2, you reall

[Bug rtl-optimization/44164] [4.5 Regression] Aliasing bug triggered by Boost.Bind/Boost.Function

--- Comment #22 from rguenth at gcc dot gnu dot org 2010-05-25 15:28 --- I have some patches. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Assi

[Bug driver/44273] New: Using -save-temps and @file should also save the intermediate @file used by the driver.

When you compile anything using @file support, the driver assumes @file (at_file_supplied is true) is allowed and may pass options to the linker via @file using a *temporary* file. When -save-temps is also used, the temporary @file passed to the linker should also be saved. Saving the temporary @

[Bug rtl-optimization/44164] [4.5 Regression] Aliasing bug triggered by Boost.Bind/Boost.Function

--- Comment #21 from rguenth at gcc dot gnu dot org 2010-05-25 14:57 --- We're exchanging movq112(%rsp), %rdx and leaq96(%rsp), %rbx movq%rbp, 16(%rbx) which is broken. (insn 565 18 20 3 /usr/include/boost/function/function_template.hpp:566 (set

[Bug c/44272] New: Wrong interpretation of hex constant as floating point value.

gcc 4.5.0, built for arm-elf Problems with compiling following code: int ret_const(void) { return 0x12E+2; } GCC claims that: test.c: In function 'ret_const': test.c:3:12: error: invalid suffix "+2" on integer constant test.c:4:1: warning: control reaches end of non-void function This is be

[Bug bootstrap/44271] New: [4.6 regression] Failed to bootstrap

Revision 159808: http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00862.html gave: ../../src-trunk/gcc/cp/parser.c: In function 'cp_parser_asm_definition': ../../src-trunk/gcc/cp/parser.c:13478:3: error: enum conversion in initialization is invalid in C++ [-Werror=c++-compat] cc1: all warnings being tre

[Bug rtl-optimization/44164] [4.5 Regression] Aliasing bug triggered by Boost.Bind/Boost.Function

--- Comment #20 from rguenth at gcc dot gnu dot org 2010-05-25 13:56 --- -fsched2-use-superblocks also fixes it. -fdbg-cnt=sched_region:65 is broken, -fdbg-cnt=sched_region:64 works for a simplified testcase tail: int bmi_get(const int* id) { if (*id != 42) __builtin_abort();

[Bug debug/43260] Java static class members lack DWARF location info

--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-25 13:51 --- Created an attachment (id=20744) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20744&action=view) gcc46-pr43260.patch Untested patch that solves it similarly to how C++ FE does this. -- http://gcc.gnu.org/b

[Bug target/44266] stack frame lacks parameter save area

--- Comment #2 from amodra at gmail dot com 2010-05-25 13:45 --- Created an attachment (id=20743) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20743&action=view) alternate fix using emit_library_call machinery this one hasn't finished bootstrapping yet -- http://gcc.gnu.org/

[Bug target/44266] stack frame lacks parameter save area

--- Comment #1 from amodra at gmail dot com 2010-05-25 13:42 --- Created an attachment (id=20742) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20742&action=view) fairly obvious fix -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44266

[Bug lto/43898] -flto -g: ICE in dwarf2out_finish, at dwarf2out.c:21433

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-25 13:40 --- Re-confirmed. It's not some decl/type context that is missing, maybe some C++ debug hook that needs to be emulated. Not working on this at the moment. -- rguenth at gcc dot gnu dot org changed: What

[Bug bootstrap/44255] [4.6 regression] gcc-4.6-20100522 bootstrap comparison failure on sparc64 and arm

--- Comment #9 from rguenth at gcc dot gnu dot org 2010-05-25 13:27 --- *** Bug 44270 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/44270] Bootstrap comparison failure in snapshot of 05/22/2010

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-25 13:27 --- *** This bug has been marked as a duplicate of 44255 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/44270] New: Bootstrap comparison failure in snapshot of 05/22/2010

When I attempt to compile the snapshot of 05/22/2010 I get the following messages: Comparing stages 2 and 3 warning: gcc/cc1-checksum.o differs Bootstrap comparison failure! libiberty/cp-demangle.o differs make[2]: *** [compare] Error 1 make[2]: Leaving directory `/home/mrichmon/gcc-4.6-20100522/g

[Bug c/43553] libgcc built with -DHAVE_CC_TLS against xgcc when emutls in use

--- Comment #31 from iains at gcc dot gnu dot org 2010-05-25 12:51 --- please can we revert the changes of comment #11? They did not solve the problem and AFAICT they are wrong and break bootstrap on x86_64-apple-darwin10 if I correct an error in the t-makefile fragments. after that,

[Bug web/44269] New: Search for PR number in mailing lists fails

Searching for 18249 or PR18249 in the web archive of the gcc-patches mailing list fails, even though there are postings with PR18249 in the subject. -- Summary: Search for PR number in mailing lists fails Product: gcc Version: 4.6.0 Status: UNCONFIRME

[Bug c++/18249] C++ parser i18n problems

--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-25 12:22 --- http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01837.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18249

[Bug target/37750] a lot of crashes with tree optimizations on mingw

--- Comment #13 from dbkr at mxtelecom dot com 2010-05-25 12:09 --- I've just run into this problem too with MinGW's packaged GCC 4.4.0. It was working fine for some time but recently started crashing when both libevent and the C++ program that libevent was calling back into were both co

[Bug c++/18249] C++ parser i18n problems

t and put the diagnostics in > full sentences. Change caller. > > Modified: > trunk/gcc/cp/ChangeLog > trunk/gcc/cp/parser.c > This broke bootstrap on i686-pc-linux-gnu: /user/inria/fsf/bld-20100525/./prev-gcc/xgcc -B/user/inria/fsf/bld-20100525/./prev-gcc/ -B/user/

[Bug middle-end/44203] [4.6 regression] New prefetch test failures

--- Comment #4 from krebbel at gcc dot gnu dot org 2010-05-25 11:18 --- Subject: Bug 44203 Author: krebbel Date: Tue May 25 11:18:07 2010 New Revision: 159816 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159816 Log: 2010-05-25 Christian Borntraeger PR 44203

[Bug debug/41371] [4.5/4.6 Regression] var-tracking is slow and memory hungry

--- Comment #28 from jakub at gcc dot gnu dot org 2010-05-25 10:39 --- Created an attachment (id=20741) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20741&action=view) gcc46-pr41371.patch Another small optimization. At least on this testcase in 80% the s1node and s2var->var_part

[Bug libstdc++/44268] abi docs say that hppa-linux defaults to libgcc_s.so.2

--- Comment #1 from caolanm at redhat dot com 2010-05-25 10:34 --- Created an attachment (id=20740) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20740&action=view) update docs -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44268

[Bug libstdc++/44268] New: abi docs say that hppa-linux defaults to libgcc_s.so.2

http://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html says "gcc-3.4.x, gcc-4.[0-5].x: on m68k-linux and hppa-linux this is either libgcc_s.so.1 (when configuring --with-sjlj-exceptions) or libgcc_s.so.2. For all others, this is libgcc_s.so.1." But I see libgcc_s.so.4 on hppa not libgcc_s.so.2.

[Bug fortran/44265] Link error with reference to parameter array in specification expression

--- Comment #1 from burnus at gcc dot gnu dot org 2010-05-25 09:50 --- CONFIRM (No regression: GCC 4.1/4.2/4.3 reject the code ["names" invalid in expression] while 4.4/4.5/4.6 show either the link error or ICE. Other compilers simply work.) One has the local parameter: CHARACTER(*)

[Bug target/44132] [4.6 Regression] emutls is broken under a range of circumstances.

--- Comment #25 from iains at gcc dot gnu dot org 2010-05-25 09:38 --- #24 works for me also on powerpc-apple-darwin9 and powerpc64-apple-darwin9. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44132

[Bug c++/44267] SFINAE does not handle down static_cast over virtual inheritance

--- Comment #1 from paolo dot carlini at oracle dot com 2010-05-25 09:28 --- For the record, both Intel and Comeau accept this. Let's CC Jason... -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug c++/18249] C++ parser i18n problems

-- paolo dot carlini at oracle dot com changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18249

[Bug objc/44140] ObjC lto/whopr fails

--- Comment #7 from iains at gcc dot gnu dot org 2010-05-25 09:22 --- This bug has nothing to do with the TLS check, so renaming A non-tls testcase exhibiting the same fail is shown as comment #5 -- iains at gcc dot gnu dot org changed: What|Removed

[Bug target/43610] [4.5/4.6 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison

--- Comment #12 from bonzini at gnu dot org 2010-05-25 09:19 --- Subject: Bug 43610 Author: bonzini Date: Tue May 25 09:19:37 2010 New Revision: 159813 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159813 Log: 2010-05-09 Paolo Bonzini PR target/43610 * optab

[Bug objc/44140] objc.dg/torture/tls/thr-init-3.m failure

--- Comment #6 from iains at gcc dot gnu dot org 2010-05-25 09:11 --- Subject: Bug 44140 Author: iains Date: Tue May 25 09:10:52 2010 New Revision: 159812 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159812 Log: PR ObjC/44140 * objc.dg/torture/tls/thr-init-3.m

[Bug lto/44264] [4.5 regression] ICE with virtual functions

--- Comment #2 from reichelt at gcc dot gnu dot org 2010-05-25 08:41 --- > This sounds like the same as PR 44256 which was just fixed today. I guess, you're right. The bug disappeared. *** This bug has been marked as a duplicate of 44256 *** -- reichelt at gcc dot gnu dot org cha

[Bug c++/44256] When using -flto and -fwhole-program the compiler/linker crash

--- Comment #16 from reichelt at gcc dot gnu dot org 2010-05-25 08:41 --- *** Bug 44264 has been marked as a duplicate of this bug. *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/28685] Multiple comparisons are not simplified

--- Comment #14 from rguenther at suse dot de 2010-05-25 08:11 --- Subject: Re: Multiple comparisons are not simplified On Mon, 24 May 2010, sandra at codesourcery dot com wrote: > --- Comment #13 from sandra at codesourcery dot com 2010-05-24 13:21 > --- > I'm working on a

[Bug bootstrap/44255] [4.6 regression] gcc-4.6-20100522 bootstrap comparison failure on sparc64 and arm

--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-25 07:57 --- If cp-demangle.c fails to compile even with -fcompare-debug switch added, please attach preprocessed source for it from sparc64 and/or arm and mention the exact command line switches used to compile it, so it can be re

[Bug bootstrap/44255] [4.6 regression] gcc-4.6-20100522 bootstrap comparison failure on sparc64 and arm

--- Comment #7 from iains at gcc dot gnu dot org 2010-05-25 07:38 --- (In reply to comment #4) > (In reply to comment #3) > > most likely this is a duplicate of: > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44229 > 1. I see the failure on both BE (sparc64) and LE (armv5tel). > 2. Bot

[Bug bootstrap/44229] [4.6 Regression] 1 new GCC h...@159608 regression

--- Comment #3 from iains at gcc dot gnu dot org 2010-05-25 07:33 --- powerpc64-apple-darwin9 does *not* exhibit this ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44229