[Bug other/44983] New: (configure) Using certain chars in --with-pkgversion

2010-07-19 Thread kenneth at olwing dot se
I do nothing special with gcc (yet), just build it locallay to have a controlled version. I CM control the cfg and scripts to build it. In doing so I want the build to reflect the version and hence I use the --with-pkgversion option during configure. The problem is that my identifier is an URI whi

[Bug middle-end/44984] New: gcc passes unsigned instead of int for printf width/precision (warnings generated)

2010-07-19 Thread jay dot krell at cornell dot edu
4.3.5 but 4.5.0 looks about the same, but it has an additional instance: mber/dpd -I../libdecnumber -I/usr/local/include ../../gcc/gcc/opts.c -o opts.o ../../gcc/gcc/opts.c: In function `wrap_help': ../../gcc/gcc/opts.c:1037: warning: field width is not type int (arg 3) ../../gcc/gcc/opts.c:103

[Bug middle-end/44985] New: warnings: gcc shifts integer by its entire size

2010-07-19 Thread jay dot krell at cornell dot edu
Hm, it seems on some 32bit systems, where there is no -m64, wideint can be a mere 32bits. In which case the code should probably say: hwi = ((hwi >> (shift - 1)) >> 1); This was targeting OpenBSD/x86. Maybe I should just stick need_64bit_hwint = yes on config.gcc for that and move along? Assume

[Bug bootstrap/44970] [4.6 regression] Revision 162270 failed to bootstrap

2010-07-19 Thread dominiq at lps dot ens dot fr
--- Comment #31 from dominiq at lps dot ens dot fr 2010-07-19 07:53 --- (In reply to comment #24) > Created an attachment (id=21243) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21243&action=view) [edit] > Patch v4 This patch (with/without the patch in http://gcc.gnu.org/ml/gcc-p

[Bug tree-optimization/36281] vector code is not parallelized

2010-07-19 Thread rob1weld at aol dot com
--- Comment #3 from rob1weld at aol dot com 2010-07-19 08:25 --- > ... this does not get parallelized at all ... Also see 34501 Perhaps we could make some use of Pluto. It is a fully automatic (C to OpenMP C) parallelizer that makes code amenable to auto-vectorization. http://pluto-com

[Bug middle-end/44982] [4.3/4.4/4.5/4.6 Regression] ICE in get_narrower, at tree.c:7832

2010-07-19 Thread rguenth at gcc dot gnu dot org
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-19 09:12 --- Confirmed. ./cc1 -quiet t.c t.c: In function 'main': t.c:5:3: error: void value not ignored as it ought to be t.c:5:3: error: void value not ignored as it ought to be t.c:5:5: internal compiler error: tree check: ex

[Bug libstdc++/44902] eh_arm.cc:42:23: error: declaration of '__cxxabiv1::__cxa_type_match_result __cxa_type_match(_Unwind_Control_Block*, const std::type_info*, bool, void**)' with C language linkage

2010-07-19 Thread paolo dot carlini at oracle dot com
--- Comment #6 from paolo dot carlini at oracle dot com 2010-07-19 09:25 --- Any comment from the ARM maintainers about Mikael' patch? Otherwise, I mean to apply it and close the PR pretty soon... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44902

[Bug c++/44969] [C++0x] std::is_constructible broken for fundamental types.

2010-07-19 Thread paolo dot carlini at oracle dot com
--- Comment #8 from paolo dot carlini at oracle dot com 2010-07-19 09:38 --- OK, I'm committing my bits and leaving the PR open for you to investigate the second issue (PS: I noticed an ICE on invalid while quickly hacking the testcase, if I figure out isn't a duplicate I'll file a sepa

[Bug libstdc++/44902] eh_arm.cc:42:23: error: declaration of '__cxxabiv1::__cxa_type_match_result __cxa_type_match(_Unwind_Control_Block*, const std::type_info*, bool, void**)' with C language linkage

2010-07-19 Thread mikpe at it dot uu dot se
--- Comment #7 from mikpe at it dot uu dot se 2010-07-19 09:48 --- I had planned to include this patch in my native ARM bootstrap+regtest of the next 4.6 weekly snapshot (4.6-20100717) and then submit it properly, but with the bootstrap-breaking r162270 mess it slipped my mind. If peopl

[Bug rtl-optimization/44941] [4.6 Regression] ICE: RTL check: expected code 'mem', have 'reg' in emit_block_move_hints, at expr.c:1189

2010-07-19 Thread rguenth at gcc dot gnu dot org
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-19 09:51 --- #3 0x0060425e in store_one_arg (arg=0x7fffbc10, argblock=0x77ee0540, flags=0, variable_size=0, reg_parm_stack_space=0) at /space/rguenther/src/svn/trunk/gcc/calls.c:4309 4309 emit_p

[Bug middle-end/44982] [4.3/4.4/4.5/4.6 Regression] ICE in get_narrower, at tree.c:7832

2010-07-19 Thread steven at gcc dot gnu dot org
--- Comment #2 from steven at gcc dot gnu dot org 2010-07-19 09:58 --- Should be easy, this one. I like easy. -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug libstdc++/44902] eh_arm.cc:42:23: error: declaration of '__cxxabiv1::__cxa_type_match_result __cxa_type_match(_Unwind_Control_Block*, const std::type_info*, bool, void**)' with C language linkage

2010-07-19 Thread paolo dot carlini at oracle dot com
--- Comment #8 from paolo dot carlini at oracle dot com 2010-07-19 10:15 --- If you can svn update to a revision pre-breakage and natively test there it would be great. But really, I just compared unwind-cxx.h to the actual definitions in eh_arm.cc and the patch seems pretty straightfor

[Bug fortran/44927] static linkage with -lgomp fails on simple program

2010-07-19 Thread victor dot pasko at gmail dot com
--- Comment #12 from victor dot pasko at gmail dot com 2010-07-19 10:25 --- Isn't really difficult to fix that in libgfortran sources by using: if(pthread_cancel) { pthread_cancel(...); } instead of just pthread_cancel(...); as it is now. -- http://gcc.gnu.or

[Bug c++/44969] [C++0x] std::is_constructible broken for fundamental types.

2010-07-19 Thread paolo at gcc dot gnu dot org
--- Comment #9 from paolo at gcc dot gnu dot org 2010-07-19 10:28 --- Subject: Bug 44969 Author: paolo Date: Mon Jul 19 10:27:58 2010 New Revision: 162303 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162303 Log: /cp 2010-07-19 Paolo Carlini PR c++/44969 * t

[Bug rtl-optimization/44973] SH: libjava failed to build with 'flow control insn inside a basic block'

2010-07-19 Thread ro at gcc dot gnu dot org
--- Comment #4 from ro at gcc dot gnu dot org 2010-07-19 11:15 --- libada failed to build with the same error in i386-pc-solaris2.10. You patch patch fixed that as well. -- ro at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug rtl-optimization/44973] SH: libjava failed to build with 'flow control insn inside a basic block'

2010-07-19 Thread bernds at gcc dot gnu dot org
--- Comment #5 from bernds at gcc dot gnu dot org 2010-07-19 11:27 --- Fixed now. -- bernds at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug driver/44986] New: -fuse-linker-plugin -save-temps gives resolution file base name of last argument

2010-07-19 Thread andi-gcc at firstfloor dot org
More an cosmetic issue: when -fuse-linker-plugin -save-temps is used for a LTO code generation link the resolution file passes to the linker is always the last argument on the command line. This means if it's an option (in my case -Wl,--end-group) you end up with --end-group.res, which is rather

[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6

2010-07-19 Thread dberlin at dberlin dot org
--- Comment #28 from dberlin at gcc dot gnu dot org 2010-07-19 12:00 --- Subject: Re: Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6 On Thu, Jul 15, 2010 at 7:04 PM, LpSolit at netscape dot net wrote: > > > --- Comment #27 from LpSolit at netscape dot net  2010-07-15 23:04 ---

[Bug fortran/44353] rejects legal fortran

2010-07-19 Thread burnus at gcc dot gnu dot org
--- Comment #5 from burnus at gcc dot gnu dot org 2010-07-19 12:07 --- Revert was due to: http://gcc.gnu.org/ml/fortran/2010-07/msg00248.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44353

[Bug target/44987] New: *mmintrin.h files incompatible with partial __attribute__((target("sse...")))

2010-07-19 Thread andi-gcc at firstfloor dot org
The *mmintr.h files have checks like #ifndef __SSE4_2__ # error "SSE4.2 instruction set not enabled" #else Problem with this is that it assumes that the whole file is compiled with -msse4.2 or similar option. But with __attribute__((target(...))) it's possible and appropiate to let only part o

[Bug tree-optimization/44972] [4.6 Regression] ICE: in load_assign_lhs_subreplacements, at tree-sra.c:2475

2010-07-19 Thread rguenth at gcc dot gnu dot org
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-07-19 12:47 --- Well, the list of problems is endless it seems - we are not consistent in how we build accesses for declD.1.u1.a.align = 13; vs. decl$u1$a$align_5 = BIT_FIELD_REF *)&declD.2], 24, 0>; (the former is a COMPON

[Bug tree-optimization/44972] [4.6 Regression] ICE: in load_assign_lhs_subreplacements, at tree-sra.c:2475

2010-07-19 Thread rguenth at gcc dot gnu dot org
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-07-19 12:49 --- Created an attachment (id=21249) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21249&action=view) wip patch Testcase that shows this behavior is gcc.dg/tree-ssa/vrp14.c which is miscompiled. -- http://gcc

[Bug target/25722] Stackpointer is not restored correct at end of function

2010-07-19 Thread anitha dot boyapati at atmel dot com
--- Comment #3 from anitha dot boyapati at atmel dot com 2010-07-19 12:56 --- When I tried with AVR Studio 4.18, Build 684, the program didn't crash. I think the issue is not with compiler. Disassembly looks proper and call to Evaluate() is returned. This can be verified by using brea

[Bug target/25722] Stackpointer is not restored correct at end of function

2010-07-19 Thread anitha dot boyapati at atmel dot com
--- Comment #4 from anitha dot boyapati at atmel dot com 2010-07-19 13:03 --- SSA pass pass_remove_useless_stmts() removes useless statements and any code beyond statements like "while(1);" will not be generated. This might be why the breakpoint at "while(TRUE);" in the testcase is not

[Bug target/44987] *mmintrin.h files incompatible with partial __attribute__((target("sse...")))

2010-07-19 Thread rguenth at gcc dot gnu dot org
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-19 13:03 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug driver/44986] -fuse-linker-plugin -save-temps gives resolution file base name of last argument

2010-07-19 Thread rguenth at gcc dot gnu dot org
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-19 13:11 --- Confirmed. -plugin-opt=-fresolution=%u.res is supposed to use a nice name as base with -save-temps (but appearantly it's choice isn't very good). -- rguenth at gcc dot gnu dot org changed: What

[Bug fortran/44953] FAIL: gfortran.dg/char4_iunit_1.f03 * execution test

2010-07-19 Thread jvdelisle at gcc dot gnu dot org
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2010-07-19 13:12 --- Subject: Bug 44953 Author: jvdelisle Date: Mon Jul 19 13:11:54 2010 New Revision: 162304 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162304 Log: 2010-07-19 Jerry DeLisle PR libfortran/4495

[Bug rtl-optimization/44979] [4.6 regression] Revision 162270 failed many x86-64 tests

2010-07-19 Thread hjl dot tools at gmail dot com
--- Comment #1 from hjl dot tools at gmail dot com 2010-07-19 13:19 --- According to http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01409.html this is an x86 backend bug. -- hjl dot tools at gmail dot com changed: What|Removed |Added --

[Bug bootstrap/44970] [4.6 regression] Revision 162270 failed to bootstrap

2010-07-19 Thread howarth at nitro dot med dot uc dot edu
--- Comment #32 from howarth at nitro dot med dot uc dot edu 2010-07-19 13:25 --- On x86_64-apple-darwin10, the bootstrap failure at r162303 is exhibited as a miscompiled build/genattrtab... /Users/howarth/darwin_objdir/./prev-gcc/xgcc -B/Users/howarth/darwin_objdir/./prev-gcc/ -B/Use

[Bug target/44987] *mmintrin.h files incompatible with partial __attribute__((target("sse...")))

2010-07-19 Thread hjl dot tools at gmail dot com
--- Comment #2 from hjl dot tools at gmail dot com 2010-07-19 13:27 --- The design of target attribute is incomplete and its implementation is broken. See PR 37565. I'd like to see a new design/implementation. We should deal with all issues, including header files, in the new design/imp

[Bug rtl-optimization/44988] New: [4.6 Regression] ICE: in make_decl_rtl, at varasm.c:1346 at -O1

2010-07-19 Thread zsojka at seznam dot cz
Command line: $ gcc -O testcase.c Compiler output: $ gcc -O testcase.c testcase.c: In function 'foo': testcase.c:12:22: internal compiler error: in make_decl_rtl, at varasm.c:1344 Please submit a full bug report, with preprocessed source if appropriate. See for instr

[Bug rtl-optimization/44988] [4.6 Regression] ICE: in make_decl_rtl, at varasm.c:1346 at -O1

2010-07-19 Thread zsojka at seznam dot cz
--- Comment #1 from zsojka at seznam dot cz 2010-07-19 13:33 --- Created an attachment (id=21250) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21250&action=view) reduced testcase (from iptraf sources) Similiar to PR44941 testcase and reduced from the same file, this one doesn't u

[Bug rtl-optimization/44941] [4.6 Regression] ICE: RTL check: expected code 'mem', have 'reg' in emit_block_move_hints, at expr.c:1189

2010-07-19 Thread zsojka at seznam dot cz
--- Comment #5 from zsojka at seznam dot cz 2010-07-19 13:35 --- Thank you for fixing this. It seems the original ICE (in make_decl_rtl, at varasm.c:1346) is different, so I opened it as PR44988. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44941

[Bug fortran/44353] rejects legal fortran

2010-07-19 Thread hjl at gcc dot gnu dot org
--- Comment #6 from hjl at gcc dot gnu dot org 2010-07-19 13:35 --- Subject: Bug 44353 Author: hjl Date: Mon Jul 19 13:35:19 2010 New Revision: 162305 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162305 Log: Remove gfortran.dg/data_implied_do_2.f90. 2010-07-19 H.J. Lu

[Bug debug/44971] [4.6 Regression] -fcompare-debug failure with uninitialized read in walk_gimple_stmt

2010-07-19 Thread rguenth at gcc dot gnu dot org
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-19 13:40 --- The difference starts to appear with .030t.ealias, where with debug info we get a massive re-ordering of immediate uses (diff from .029t.forwprop1): prev_1 : -->2 uses. -D.2738_7 = *prev_1; info_6 = *prev_1; # DE

[Bug middle-end/44989] New: [4.6 regression] g++.dg/guality/redeclaration1.C

2010-07-19 Thread hjl dot tools at gmail dot com
On Linux/x86, revision 162274 gave: FAIL: g++.dg/guality/redeclaration1.C -O2 -flto line 16 i == 24 FAIL: g++.dg/guality/redeclaration1.C -O2 -fwhopr line 16 i == 24 Revision 162258 is OK. -- Summary: [4.6 regression] g++.dg/guality/redeclaration1.C Product: gcc

[Bug middle-end/44989] [4.6 regression] g++.dg/guality/redeclaration1.C

2010-07-19 Thread hjl dot tools at gmail dot com
--- Comment #1 from hjl dot tools at gmail dot com 2010-07-19 13:42 --- Revision 162269 is bad and revision 162264 is good. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44989

[Bug rtl-optimization/44979] [4.6 regression] Revision 162270 failed many x86-64 tests

2010-07-19 Thread howarth at nitro dot med dot uc dot edu
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-07-19 13:43 --- The proposed patch in http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01409.html shifts the bootstrap failure on x86_64-apple-darwin10 to... libtool: compile: /Users/howarth/darwin_objdir/./gcc/xgcc -B/User

[Bug target/25722] Stackpointer is not restored correct at end of function

2010-07-19 Thread eric dot weddington at atmel dot com
--- Comment #5 from eric dot weddington at atmel dot com 2010-07-19 13:43 --- Closing as WORKSFORME based on comments #3, #4. -- eric dot weddington at atmel dot com changed: What|Removed |Added

[Bug tree-optimization/44900] [4.5 Regression] The variable of SSE will be broken

2010-07-19 Thread jamborm at gcc dot gnu dot org
-- jamborm at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jamborm at gcc dot gnu dot |dot org

[Bug fortran/43851] Add _gfortran_error_stop_numeric

2010-07-19 Thread burnus at gcc dot gnu dot org
--- Comment #10 from burnus at gcc dot gnu dot org 2010-07-19 13:47 --- (In reply to comment #9) > There is one last improvement we can do here. Currently we are using > gfc_match_init_expr. This works fine, but the error messages are worded > toward > initialization expressions and n

[Bug middle-end/44989] [4.6 regression] g++.dg/guality/redeclaration1.C

2010-07-19 Thread rguenth at gcc dot gnu dot org
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44989

[Bug target/43698] [4.5/4.6 Regression] Wrong use of ARMv6 REV instruction for endian bytewapping with -Os or -O2 optimizations

2010-07-19 Thread siarhei dot siamashka at gmail dot com
--- Comment #12 from siarhei dot siamashka at gmail dot com 2010-07-19 13:54 --- Updated the summary to better describe the problem (which is distro independent). The fact that this bug breaks pax-utils tool, which is a vital part of gentoo packaging system, thus rendering the system u

[Bug bootstrap/44970] [4.6 regression] Revision 162270 failed to bootstrap

2010-07-19 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Comment #33 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-19 14:31 --- Subject: Re: [4.6 regression] Revision 162270 failed to bootstrap > This patch (with/without the patch in > http://gcc.gnu.org/ml/gcc-patches/2010-07/txt00119.txt) does not fix the > bootstrap failure on

[Bug tree-optimization/44988] [4.6 Regression] ICE: in make_decl_rtl, at varasm.c:1346 at -O1

2010-07-19 Thread rguenth at gcc dot gnu dot org
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-19 14:43 --- Ick. The problem is that with MEM_REF we now have local variables that are is_gimple_reg () but not in SSA form. void foo (void) { int i = 0; bar (*(struct S *) &i); } is undefined and thus we remove the initi

[Bug c++/44969] [C++0x] std::is_constructible broken for fundamental types.

2010-07-19 Thread jason at gcc dot gnu dot org
--- Comment #10 from jason at gcc dot gnu dot org 2010-07-19 14:51 --- Subject: Bug 44969 Author: jason Date: Mon Jul 19 14:50:52 2010 New Revision: 162307 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162307 Log: PR c++/44969 * tree.c (cp_tree_equal): Compare t

[Bug c++/44990] New: Wrong return value on error

2010-07-19 Thread parviz_fariborz at mentor dot com
When used with -V option, g++ return status is 0 even when the input file fails to compile. Example : Program : = int mult(int a, int b) { dsss; int y = a * b; return y; } Command : g++ -V 4.4.3 -c -Wall -pipe --no-exceptions -fPIC -ggdb mult.cc -o mult

[Bug fortran/43986] [OOP] gfortran.dg/dynamic_dispatch_4.f03 doesn't work on Linux/ia64

2010-07-19 Thread burnus at gcc dot gnu dot org
--- Comment #7 from burnus at gcc dot gnu dot org 2010-07-19 15:05 --- (In reply to comment #6) > (In reply to comment #5) > Is this now fixed on trunk? We had to deal with the TBAA problem with the > arrival of mem-ref2. Seems to be fixed according to the result for 4.6.0 20100716 (ex

[Bug c++/44991] New: default argument with '<' cause compilation error

2010-07-19 Thread ogoffart at kde dot org
class bar { void foo(bool a = 3 < 2, bool b = true) {} }; $ g++ -c ./main.cpp ./main.cpp:2:39: error: redefinition of 'bool b' ./main.cpp:2:39: error: 'bool b' previously declared here (This happends only if the funciton is a member function) -- Summary: default argument with '

[Bug c++/44990] Wrong return value on error

2010-07-19 Thread redi at gcc dot gnu dot org
--- Comment #1 from redi at gcc dot gnu dot org 2010-07-19 15:35 --- As noted at http://gcc.gnu.org/gcc-4.6/changes.html the -V option has been removed in the current development version, so this is unlikely to be fixed -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44990

[Bug fortran/43986] [OOP] gfortran.dg/dynamic_dispatch_4.f03 doesn't work on Linux/ia64

2010-07-19 Thread hjl dot tools at gmail dot com
--- Comment #8 from hjl dot tools at gmail dot com 2010-07-19 15:38 --- It disappeared at least since revision 161672. -- hjl dot tools at gmail dot com changed: What|Removed |Added --

[Bug c++/44991] [4.4/4.5/4.6 Regression] default argument with '<' cause compilation error

2010-07-19 Thread redi at gcc dot gnu dot org
--- Comment #1 from redi at gcc dot gnu dot org 2010-07-19 15:38 --- confirmed, this worked with gcc 4.1 -- redi at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/44941] [4.6 Regression] ICE: RTL check: expected code 'mem', have 'reg' in emit_block_move_hints, at expr.c:1189

2010-07-19 Thread rguenth at gcc dot gnu dot org
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-19 15:40 --- Subject: Bug 44941 Author: rguenth Date: Mon Jul 19 15:39:51 2010 New Revision: 162308 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162308 Log: 2010-07-19 Richard Guenther PR middle-end/44941

[Bug rtl-optimization/44941] [4.6 Regression] ICE: RTL check: expected code 'mem', have 'reg' in emit_block_move_hints, at expr.c:1189

2010-07-19 Thread rguenth at gcc dot gnu dot org
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-07-19 15:40 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug target/44987] *mmintrin.h files incompatible with partial __attribute__((target("sse...")))

2010-07-19 Thread andi-gcc at firstfloor dot org
--- Comment #3 from andi-gcc at firstfloor dot org 2010-07-19 15:47 --- HJ, are you saying that target("sse4.2") is broken too (seems to work here in simple tests?) or just that some target sub options are broken? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44987

[Bug lto/44992] New: ld -r breaks LTO

2010-07-19 Thread andi-gcc at firstfloor dot org
When object files containing LTO sections are linked together with ld -r the linker merges all sections with the same name. The LTO reader cannot deal with this. Currently it will just ignore excessive data behind the first entry for most sections, which leads to all kinds of errors. I have been w

[Bug debug/44971] [4.6 Regression] -fcompare-debug failure with uninitialized read in walk_gimple_stmt

2010-07-19 Thread rguenth at gcc dot gnu dot org
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-19 16:04 --- Bah, iterating over cfun->local_decls plus DECL_ARGUMENTS doesn't work because with IPA-SRA DECL_ARGUMENTs are not in referenced-vars. -- rguenth at gcc dot gnu dot org changed: What|Removed

[Bug bootstrap/44993] New: [4.6 regression] sparc64-linux bootstrap broken

2010-07-19 Thread laurent at guerby dot net
full 64 bit bootstrap is now failing: r161903 ok r161941 ko /home/guerby/build/./gcc/xgcc -B/home/guerby/build/./gcc/ -B/n/62/guerby/install-trunk-64/sparc64-unknown-linux-gnu/bin/ -B/n/62/guerby/install-trunk-64/sparc64-unknown-linux-gnu/lib/ -isystem /n/62/guerby/instal\ l-trunk-64/sparc64-unkn

[Bug lto/44992] ld -r breaks LTO

2010-07-19 Thread rguenth at gcc dot gnu dot org
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-19 16:20 --- And partial linking support will break mixed LTO / non-LTO objects. Unless we drop all non-LTO sections from LTO objects and thus the .text sections of partially linked mixed LTO / non-LTO objects will be still used

[Bug lto/44992] ld -r breaks LTO

2010-07-19 Thread andi-gcc at firstfloor dot org
--- Comment #2 from andi-gcc at firstfloor dot org 2010-07-19 16:31 --- Not sure I understand the comment. The case I've been looking at is ld -r (without a LTO code generation stage) to combine existing object and then using gold for the final linking/LTO code generation based on the

[Bug middle-end/44989] [4.6 regression] g++.dg/guality/redeclaration1.C

2010-07-19 Thread jakub at gcc dot gnu dot org
--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-19 16:32 --- The test is new, how could this be a regression? Yes, -flto/-fwhopr has lots of issues with debug info. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44989

[Bug testsuite/44932] gcc.dg/uninit-pred-9_b.c fails

2010-07-19 Thread davidxl at gcc dot gnu dot org
--- Comment #4 from davidxl at gcc dot gnu dot org 2010-07-19 16:34 --- Fixed in r162310. David -- davidxl at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/44927] static linkage with -lgomp fails on simple program

2010-07-19 Thread jakub at gcc dot gnu dot org
--- Comment #13 from jakub at gcc dot gnu dot org 2010-07-19 16:52 --- You clearly haven't looked at the code. libgfortran uses gthr*.h macros/inlines for portability, and those test pthread_cancel != NULL (using weak undef; test that for many different inlines, see __gthread_active_p).

[Bug lto/44966] weak aliases LTO with gold causes ICE in lto_symtab_merge_decls_1

2010-07-19 Thread hubicka at gcc dot gnu dot org
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-07-19 17:50 --- mine -- hubicka at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned

[Bug lto/44966] weak aliases LTO with gold causes ICE in lto_symtab_merge_decls_1

2010-07-19 Thread hubicka at gcc dot gnu dot org
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-07-19 17:52 --- Created an attachment (id=21251) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21251&action=view) fix Hi, the problem is that alias is defined in one module, but aliases don't get cgraph nodes unless they are

[Bug target/44987] *mmintrin.h files incompatible with partial __attribute__((target("sse...")))

2010-07-19 Thread hjl dot tools at gmail dot com
--- Comment #4 from hjl dot tools at gmail dot com 2010-07-19 18:01 --- For the time being, I suggest you compile it with a different file. One approach is to implement something similar to cpu dispatcher in icc via GNU_IFUNC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44987

[Bug c++/44994] New: [C++0x] ICE on invalid with variadic templates

2010-07-19 Thread paolo dot carlini at oracle dot com
The below ICEs with: a.cc:11:32: error: expected nested-name-specifier before ‘.’ token a.cc:11:32: error: expected ‘>’ before ‘.’ token a.cc: In instantiation of ‘const bool mini_is_constructible::value’: a.cc:20:44: instantiated from here a.cc:15:63: error: no matching function for call to ‘mi

[Bug debug/39705] enum constants don't appear in debug_pubnames

2010-07-19 Thread tromey at gcc dot gnu dot org
--- Comment #3 from tromey at gcc dot gnu dot org 2010-07-19 18:44 --- In the end, we decided not to use .debug_pubnames in gdb. And, GCC no longer generates this section on most platforms. So, I am closing this bug. -- tromey at gcc dot gnu dot org changed: What|Remo

[Bug fortran/42385] [OOP] poylmorphic operators do not work

2010-07-19 Thread pault at gcc dot gnu dot org
--- Comment #8 from pault at gcc dot gnu dot org 2010-07-19 18:49 --- Subject: Bug 42385 Author: pault Date: Mon Jul 19 18:48:44 2010 New Revision: 162313 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162313 Log: 2010-07-19 Paul Thomas PR fortran/42385 * int

[Bug rtl-optimization/43494] gcc.c-torture/execute/vector-2.c fails with -fpic/-fPIC

2010-07-19 Thread steven at gcc dot gnu dot org
--- Comment #8 from steven at gcc dot gnu dot org 2010-07-19 19:04 --- Offending insns that are scheduled in the wrong order: (insn:TI 28 48 9 2 vector-2.c:7 (set (reg:DI 9 r9 [+8 ]) (mem/c/i:DI (reg/f:DI 14 r14 [351]) [2 t+8 S8 A64])) 5 {movdi_internal} (expr_list:REG_DEAD (reg

[Bug lto/44966] weak aliases LTO with gold causes ICE in lto_symtab_merge_decls_1

2010-07-19 Thread andi-gcc at firstfloor dot org
--- Comment #4 from andi-gcc at firstfloor dot org 2010-07-19 19:13 --- The test case works, but my big project now crashes with 758 prevailing->node->local.used_from_object_file = false; (gdb) p prevailing->vnode $1 = (struct varpool_node *) 0x0 I think it's a differe

[Bug lto/44992] ld -r breaks LTO

2010-07-19 Thread jakub at gcc dot gnu dot org
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-19 19:35 --- I must say I don't like your solution. IMHO much better is instead add a header to LTO sections, which says the length of the LTO chunk (similarly e.g. to how .debug_info section chunks have length in the header), per

[Bug lto/44992] ld -r breaks LTO

2010-07-19 Thread andi-gcc at firstfloor dot org
--- Comment #4 from andi-gcc at firstfloor dot org 2010-07-19 19:46 --- This is actually what I tried first, but it turned out to be quite complicated, had to change a lot of code and my patch was growing and growing and it didn't fit clearly with the different readers etc. That is why

[Bug fortran/42385] [OOP] poylmorphic operators do not work

2010-07-19 Thread paul dot richard dot thomas at gmail dot com
--- Comment #9 from paul dot richard dot thomas at gmail dot com 2010-07-19 20:12 --- Subject: Re: [OOP] poylmorphic operators do not work Fixed on trunk Paul > Author: pault > Date: Mon Jul 19 18:48:44 2010 > New Revision: 162313 > > URL: http://gcc.gnu.org/viewcvs?root=gcc&view=re

[Bug bootstrap/44993] [4.6 regression] sparc64-linux bootstrap broken

2010-07-19 Thread mikpe at it dot uu dot se
--- Comment #1 from mikpe at it dot uu dot se 2010-07-19 21:04 --- The second failure is PR44970. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44993

[Bug target/44995] New: define a macro for presence of -mregnames option

2010-07-19 Thread fche at redhat dot com
In some cases, it would be useful if the presence of the gcc -mregnames option was not only communicated to the assembler, but also to the C program being compiled. This comes up in an unusual usage of inline-assembler operands, where the ambiguity between literals and register names is a problem.

[Bug target/44995] define a macro for presence of -mregnames option

2010-07-19 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-19 21:48 --- >ambiguity It is not ambiguous at all in correct usage of inline-asm. I don't support a macro for this option at all. -- pinskia at gcc dot gnu dot org changed: What|Removed |

[Bug target/44995] define a macro for presence of -mregnames option

2010-07-19 Thread fche at redhat dot com
--- Comment #2 from fche at redhat dot com 2010-07-19 21:51 --- > It is not ambiguous at all in correct usage of inline-asm. Well, considering that the "g" constraint can generate either a literal or a naked register number, the ambiguity is real even for normal inline assembly. --

[Bug lto/44966] weak aliases LTO with gold causes ICE in lto_symtab_merge_decls_1

2010-07-19 Thread hubicka at ucw dot cz
--- Comment #5 from hubicka at ucw dot cz 2010-07-19 22:13 --- Subject: Re: weak aliases LTO with gold causes ICE in lto_symtab_merge_decls_1 Hmm, I guess we can do the same trick for variables. Will make patch. Honza -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44966

[Bug c++/44996] New: decltype produces rvalue reference type for parenthesized id-expression

2010-07-19 Thread hstong at ca dot ibm dot com
The expression '(y)' below that constitutes the operand to decltype is neither an unparenthesized id-expression, a class member access, a function call nor an invocation of an overloaded operator. Based on the wording in FCD 14882 (WG21 N3092), this parenthesized id-expression has type int and is

[Bug c++/44996] [C++0x] decltype produces rvalue reference type for parenthesized id-expression

2010-07-19 Thread redi at gcc dot gnu dot org
--- Comment #1 from redi at gcc dot gnu dot org 2010-07-19 23:03 --- yup, Jason confirmed this is a gcc bug on the std reflector -- redi at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug lto/44966] weak aliases LTO with gold causes ICE in lto_symtab_merge_decls_1

2010-07-19 Thread hubicka at ucw dot cz
--- Comment #6 from hubicka at ucw dot cz 2010-07-19 23:50 --- Subject: Re: weak aliases LTO with gold causes ICE in lto_symtab_merge_decls_1 Hi, try this one Index: lto-symtab.c === --- lto-symtab.c(revis

[Bug lto/44966] weak aliases LTO with gold causes ICE in lto_symtab_merge_decls_1

2010-07-19 Thread andi-gcc at firstfloor dot org
--- Comment #7 from andi-gcc at firstfloor dot org 2010-07-20 00:23 --- Thanks. Unfortunately with that patch I still get the same ICE: 758 prevailing->node->local.used_from_object_file = false; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44966

[Bug lto/44966] weak aliases LTO with gold causes ICE in lto_symtab_merge_decls_1

2010-07-19 Thread hubicka at ucw dot cz
--- Comment #8 from hubicka at ucw dot cz 2010-07-20 00:29 --- Subject: Re: weak aliases LTO with gold causes ICE in lto_symtab_merge_decls_1 > Thanks. Unfortunately with that patch I still get the same ICE: > > 758 prevailing->node->local.used_from_object_file

[Bug c++/44641] Generated constructors and destructors get wrong debug location when a typedef uses a forward declaration of the type before the definition

2010-07-19 Thread jyasskin at gmail dot com
--- Comment #2 from jyasskin at gmail dot com 2010-07-20 00:43 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01538.html. Please review. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44641

[Bug c++/44996] [C++0x] decltype produces rvalue reference type for parenthesized id-expression

2010-07-19 Thread jason at gcc dot gnu dot org
-- 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 fortran/43851] Add _gfortran_error_stop_numeric

2010-07-19 Thread jvdelisle at gcc dot gnu dot org
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2010-07-20 01:07 --- Not needed. Closing. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/37077] Implement Internal Unit I/O for character KIND=4

2010-07-19 Thread jvdelisle at gcc dot gnu dot org
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2010-07-20 01:09 --- Done. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSI

[Bug fortran/44953] FAIL: gfortran.dg/char4_iunit_1.f03 * execution test

2010-07-19 Thread jvdelisle at gcc dot gnu dot org
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2010-07-20 01:10 --- Fixed, thanks for report. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/44996] [C++0x] decltype produces rvalue reference type for parenthesized id-expression

2010-07-19 Thread jason at gcc dot gnu dot org
--- Comment #2 from jason at gcc dot gnu dot org 2010-07-20 01:32 --- Subject: Bug 44996 Author: jason Date: Tue Jul 20 01:31:42 2010 New Revision: 162323 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162323 Log: PR c++/44996 * semantics.c (finish_decltype_type)

[Bug c++/44996] [C++0x] decltype produces rvalue reference type for parenthesized id-expression

2010-07-19 Thread jason at gcc dot gnu dot org
--- Comment #4 from jason at gcc dot gnu dot org 2010-07-20 03:31 --- Fixed for 4.5.1. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASS

[Bug c++/44996] [C++0x] decltype produces rvalue reference type for parenthesized id-expression

2010-07-19 Thread jason at gcc dot gnu dot org
--- Comment #3 from jason at gcc dot gnu dot org 2010-07-20 03:31 --- Subject: Bug 44996 Author: jason Date: Tue Jul 20 03:31:29 2010 New Revision: 162324 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162324 Log: PR c++/44996 * semantics.c (finish_decltype_type)

[Bug fortran/44929] [OOP] Parsing error of derived type name starting with 'REAL'

2010-07-19 Thread kargl at gcc dot gnu dot org
--- Comment #10 from kargl at gcc dot gnu dot org 2010-07-20 04:01 --- Subject: Bug 44929 Author: kargl Date: Tue Jul 20 04:01:32 2010 New Revision: 162325 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162325 Log: 2010-07-19 Steven G. Kargl PR fortran/44929

[Bug fortran/44697] I/O testsuite failures: \r\n vs \n - gfortran.dg/ftell_3.f90

2010-07-19 Thread jvdelisle at gcc dot gnu dot org
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2010-07-20 04:35 --- Kai, would you test this for me please. Index: ftell_3.f90 === --- ftell_3.f90 (revision 162291) +++ ftell_3.f90 (working copy) @@ -3,9 +3,10 @@ !

[Bug fortran/44929] [OOP] Parsing error of derived type name starting with 'REAL'

2010-07-19 Thread kargl at gcc dot gnu dot org
--- Comment #11 from kargl at gcc dot gnu dot org 2010-07-20 05:39 --- Subject: Bug 44929 Author: kargl Date: Tue Jul 20 05:38:49 2010 New Revision: 162326 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162326 Log: 2010-07-19 Steven G. Kargl PR fortran/44929

[Bug fortran/44929] [OOP] Parsing error of derived type name starting with 'REAL'

2010-07-19 Thread kargl at gcc dot gnu dot org
--- Comment #12 from kargl at gcc dot gnu dot org 2010-07-20 05:40 --- Fixed on 4,5 and trunk. -- kargl at gcc dot gnu dot org changed: What|Removed |Added St

[Bug fortran/44927] static linkage with -lgomp fails on simple program

2010-07-19 Thread victor dot pasko at gmail dot com
--- Comment #14 from victor dot pasko at gmail dot com 2010-07-20 06:19 --- (In reply to comment #13) > You clearly haven't looked at the code. Yes, I didn't look at libgfortran sources. However, I am not sure about 'terrible performance' if just two instructions (load and test) are ad

[Bug bootstrap/44970] [4.6 regression] Revision 162270 failed to bootstrap

2010-07-19 Thread dominiq at lps dot ens dot fr
--- Comment #34 from dominiq at lps dot ens dot fr 2010-07-20 06:46 --- At revision 162313, bootstrap failed on powerpc-apple-darwin9 Configured with: ../gcc-4.6-work/configure --prefix=/opt/gcc/gcc4.6w --build=powerpc-apple-darwin9 --enable-languages=c,c++,fortran,objc,obj-c++,java --w