[Bug c++/44623] ICE on invalid code

--- Comment #1 from chris at bubblescope dot net 2010-06-22 06:46 --- Created an attachment (id=20972) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20972&action=view) ICEing invalid code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44623

[Bug fortran/44622] New: [4.6 Regression] ICE in gfc_typenode_for_spec

current trunk fails to compile trunk CP2K. This seems due to something introduced between today and something like 10 days ago. I have tried to reduce a testcase, but it remains ~1000 lines, with many module dependencies. Best seems to checkout a current version of CP2K and compile. Breakpoint 1,

[Bug middle-end/44496] [4.6 Regression] ICE: segfault: bitmap_elt_clear_from

--- Comment #2 from jv244 at cam dot ac dot uk 2010-06-22 05:46 --- this has disappeared for current trunk -- jv244 at cam dot ac dot uk changed: What|Removed |Added

[Bug fortran/44582] gfortran generates wrong results due to wrong ABI in function with array return

--- Comment #14 from burnus at gcc dot gnu dot org 2010-06-22 05:47 --- > > Additionally allowed without temporary: > >   sym->attr.dummy && sym->attr.intent == INTENT_OUT > > as > >  "If a dummy argument has INTENT (OUT), the actual argument becomes > >   undefined at the time the assoc

[Bug target/44392] [4.5/4.6 Regression] libgcc compile with --enable-target-optspace (-Os) causes recursion in __bswapsi2

--- Comment #6 from jakub at gcc dot gnu dot org 2010-06-22 05:50 --- Why not just: TARGET_EITHER && (arm_arch6 || !optimize_size) ? That !arm_arch6 && is completely redundant there. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44392

[Bug c++/44623] New: ICE on invalid code

The attached invalid code causes an ICE on svn trunk. It passes on g++ 4.4.3 The error I get is: c...@nyanko:/dev/shm/clang-fuzzer$ /gccsvn/bin/g++ t.cc t.cc:3:137: warning: missing terminating " character [enabled by default] t.cc:3:1: error: missing terminating " character t.cc:3:20: error: two

[Bug target/44624] New: [4.4 regression] wrong code (wrong order) generated with -O2

[forwarded from https://launchpad.net/bugs/590859] seen with 4.4 branch and -O2, not -O1, works with 4.3. When compiling with : gcc -O2 -c -o proc.o proc.c The generated code is : 0x00af <+175>: movl $0x0,%gs:0x4 0x00ba <+186>: lgdtl (%edx) 0x00bd <+189>: mov $0x18,%edx 0x

[Bug target/44624] [4.4 regression] wrong code (wrong order) generated with -O2

--- Comment #1 from doko at ubuntu dot com 2010-06-22 08:07 --- Created an attachment (id=20973) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20973&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44624

[Bug c++/44625] New: ICE after error: anonymous struct not inside named type

seen with 4.3, 4.4, 4.5 and trunk: Starting program: /scratch/packages/gcc/4.4/gcc-4.4-4.4.4/build/gcc/cc1plus -fpreprocessed ../../Vector3D.ii -quiet -dumpbase Vector3D.ii -mtune=generic -auxbase Vector3D -version -fpermissive -o /tmp/ccG8KwAM.s GNU C++ (Debian 4.4.4-6) version 4.4.4 (x86_64-linu

[Bug c++/44625] ICE after error: anonymous struct not inside named type

--- Comment #1 from doko at ubuntu dot com 2010-06-22 08:36 --- Created an attachment (id=20974) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20974&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44625

[Bug target/44626] New: [4.4 regression] ICE in output_operand: invalid expression as operand

seen with 4.4 with -O1 -march=armv7-a -mthumb, works with 4.3 and 4.5, work around in 4.4 with -O0, -O2, or -O1 -marm $ gcc-4.4 -fno-strict-aliasing -O1 -g -c afs_vnop_link.i /home/packages/tmp/openafs-1.4.12.1+dfsg/src/afs/VNOPS/afs_vnop_link.c: In function 'afs_link': /home/packages/tmp/openafs

[Bug target/44626] [4.4 regression] ICE in output_operand: invalid expression as operand

--- Comment #1 from doko at ubuntu dot com 2010-06-22 08:57 --- Created an attachment (id=20975) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20975&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44626

[Bug c++/44627] New: ICE in dump_expr, at cp/error.c:1735

seen with 4.3, 4.4, 4.5, 4.6 class A { A * get_a_pointer(); }; template void function() { A::get_a_pointer().anything; } g++ -c foo.cc ' In function 'void function()': tree check: accessed operand 4 of call_expr with 3 operands in dump_expr, at cp/error.c:1735 Please submit a full bug

[Bug c++/44625] ICE after error: anonymous struct not inside named type

--- Comment #2 from manu at gcc dot gnu dot org 2010-06-22 09:21 --- Confirmed in trunk. A reduce testcase would be helpful: http://gcc.gnu.org/bugs/minimize.html -- manu at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/44623] [4.6 Regression] ICE on invalid code

--- Comment #2 from manu at gcc dot gnu dot org 2010-06-22 09:25 --- Confirmed in trunk. -- manu at gcc dot gnu dot org changed: What|Removed |Added CC|

[Bug c++/44623] [4.6 Regression] ICE on invalid code

--- Comment #3 from manu at gcc dot gnu dot org 2010-06-22 09:27 --- It would be more correct to say that it doesn't ICE on g++ 4.4.3, but still error-recovery is awful: pr44623.ii:3:137: warning: missing terminating " character pr44623.ii:3: error: missing terminating " character pr446

[Bug target/44624] [4.4 regression] wrong code (wrong order) generated with -O2

--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-22 09:33 --- This is a bug in the testcase. The asms don't have "memory" clobber, so memory stores can be scheduled across it. If you add it, the testcase works fine. -- jakub at gcc dot gnu dot org changed: What

[Bug fortran/44556] [4.5/4.6 Regression] incorrect error: Stat-variable at (1) shall not be DEALLOCATEd within the same DEALLOCATE statement

--- Comment #11 from burnus at gcc dot gnu dot org 2010-06-22 09:41 --- Subject: Bug 44556 Author: burnus Date: Tue Jun 22 09:41:21 2010 New Revision: 161156 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161156 Log: 2010-06-22 Tobias Burnus PR fortran/44556

[Bug fortran/44556] [4.5/4.6 Regression] incorrect error: Stat-variable at (1) shall not be DEALLOCATEd within the same DEALLOCATE statement

--- Comment #12 from burnus at gcc dot gnu dot org 2010-06-22 09:42 --- Now also FIXED on the 4.5 branch. Thanks again for the bug report. -- burnus at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/44628] New: ICE in cp_build_unary_op at cp/typeck.c:4671

seen with 4.3 and newer template class Temp { int Val; public: operator T&(void) { return Val; } virtual T& operator=(T a ) { Val = a; return Val; } }; class Int : public Temp { public: Int& operator=(int a) { return (*this); } }; Program received signal SIGSE

[Bug c++/44629] New: ICE in unify, at cp/pt.c:15155

seen with 4.3, 4.4, 4.5, 4.6 $ gcc-4.5 -c aclib.ii ../aclib/aclib.cpp: In function 'void ac_print_dot(acSearcher*)': ../aclib/aclib.cpp:35:61: internal compiler error: in unify, at cp/pt.c:15155 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: IC

[Bug c++/44629] ICE in unify, at cp/pt.c:15155

--- Comment #1 from doko at ubuntu dot com 2010-06-22 09:57 --- Created an attachment (id=20976) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20976&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44629

[Bug c++/44627] [4.3/4.4/4.5/4.6 Regression] ICE in dump_expr, at cp/error.c:1735

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

[Bug c++/44627] [4.3/4.4/4.5/4.6 Regression] ICE in dump_expr, at cp/error.c:1735

--- Comment #1 from jakub at gcc dot gnu dot org 2010-06-22 09:58 --- Created an attachment (id=20977) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20977&action=view) gcc46-pr44627.patch Untested fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44627

[Bug c++/44619] [4.6 Regression] Bogus set but not used warning when using pointer to member operators

--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-22 10:32 --- Created an attachment (id=20978) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20978&action=view) gcc46-pr44619.patch Untested fix. -- jakub at gcc dot gnu dot org changed: What|Removed

[Bug target/44364] Wrong code with e500 double floating point

--- Comment #48 from amodra at gcc dot gnu dot org 2010-06-22 10:44 --- Subject: Bug 44364 Author: amodra Date: Tue Jun 22 10:44:11 2010 New Revision: 161163 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161163 Log: PR target/44364 * config/rs6000/e500.h (HARD_R

[Bug c++/44628] [4.3/4.4/4.5/4.6 Regression] ICE in cp_build_unary_op at cp/typeck.c:4671

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-06-22 10:57 --- 2.95 says t.C:19: conflicting return type specified for virtual function `class Int & Int::operator =(int)' t.C:9: overriding definition as `int & Temp::operator =(int)' and EDG t.C(18): error: return type is no

[Bug c++/44627] [4.3/4.4/4.5/4.6 Regression] ICE in dump_expr, at cp/error.c:1735

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44627

[Bug target/44626] [4.4 regression] ICE in output_operand: invalid expression as operand

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44626

[Bug c++/44629] ICE in unify, at cp/pt.c:15155

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-06-22 11:04 --- Confirmed. ../aclib/aclib.cpp(35): error: no instance of function template "ACSearch::Grapher::simple_output" matches the argument list argument types are: (acSearcher) std::basic_string output = Gra

[Bug c++/44625] [4.3/4.4/4.5/4.6 Regression] ICE after error: anonymous struct not inside named type

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-22 11:08 --- Reduced testcase (but with more and slightly different errors) template class Vec { Vec& operator^=(Vec& rhs) { union { struct {FP_ x,y,z;}; }; X = y*rhs.z() - z*rhs.y();

[Bug middle-end/44613] Declaring an array with non-constant length inside a switch corrupts stack pointer.

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-06-22 11:16 --- gimplification is bogus: switch (1) , case 1: > { char x[0:D.2106] [value-expr: *x.0]; saved_stack.1 = __builtin_stack_save (); try { : ... } finally

[Bug middle-end/44612] -flto -fwhole-program: Never read variable not optimized away

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-06-22 11:19 --- Your testcase doesn't build: contiguous.f90:54.5: REAL,contiguous :: a(:,:,:,:) 1 Error: Invalid character in name at (1) contiguous.f90:55: a(:,:,:,:)=0.0 1 Error: Unclassifiable statement at (1) contiguous.

[Bug middle-end/44612] -flto -fwhole-program: Never read variable not optimized away

--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-22 11:37 --- It does, you need latest trunk though (r161079 or later). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44612

[Bug testsuite/44505] [4.6 Regression] gcc.c-torture/execute/frame-address.c

--- Comment #9 from ubizjak at gmail dot com 2010-06-22 11:43 --- Fixed. -- ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED

[Bug fortran/44477] Sequential I/O with END FILE: File position should be at EoF

--- Comment #10 from michael dot a dot richmond at nasa dot gov 2010-06-22 11:55 --- (In reply to comment #9) > Michael, is this a legacy code issue? two ENDFILE in a row? > It is legacy code -- michael dot a dot richmond at nasa dot gov changed: What|Removed

[Bug target/43961] [ARM thumb] "branch out of range" with thumb1_output_casesi

--- Comment #5 from mikpe at it dot uu dot se 2010-06-22 12:22 --- It's caused by r148770, which is when Richard Earnshaw added compressed switch table support for Thumb-1. See also: http://gcc.gnu.org/ml/gcc-patches/2009-06/msg01698.html -- http://gcc.gnu.org/bugzilla/show_bug.cg

[Bug middle-end/44612] -flto -fwhole-program: Never read variable not optimized away

--- Comment #4 from burnus at gcc dot gnu dot org 2010-06-22 12:26 --- (In reply to comment #2) > Your testcase doesn't build: > REAL,contiguous :: a(:,:,:,:) > 1 > Error: Invalid character in name at (1) If you want to test it with other compilers than the latest trunk, you can si

[Bug target/43961] [ARM thumb] "branch out of range" with thumb1_output_casesi

--- Comment #6 from mikpe at it dot uu dot se 2010-06-22 12:28 --- Created an attachment (id=20979) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20979&action=view) proposed fix for PR43961 Update ARM's ADDR_VEC_ALIGN to correctly describe that its ASM_OUTPUT_CASE_LABEL will add a

[Bug libstdc++/44630] New: profiler_trace.h defines functions __max and __min which causes portability problems

[forwarded from http://bugs.debian.org/577458] "The problem is that on Windows are defined macros with the names __min and __max and if some code uses these macros then conflict occurs with using _GLIBCXX_PROFILE." -- Summary: profiler_trace.h defines functions __max and __min which

[Bug fortran/44477] Sequential I/O with END FILE: File position should be at EoF

--- Comment #11 from burnus at gcc dot gnu dot org 2010-06-22 13:01 --- (In reply to comment #10) > (In reply to comment #9) > > Michael, is this a legacy code issue? two ENDFILE in a row? > It is legacy code Any idea how to best deal with this? The standard is pretty clear that it is

[Bug fortran/44477] Sequential I/O with END FILE: File position should be at EoF

--- Comment #12 from michael dot a dot richmond at nasa dot gov 2010-06-22 13:02 --- I will modify my code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44477

[Bug middle-end/44612] -flto -fwhole-program: Never read variable not optimized away

--- Comment #5 from burnus at gcc dot gnu dot org 2010-06-22 13:14 --- Similarly for: static void s4 (float *restrict a) { for (int j=1; j < SIZE; j++) a[j] = 0; } Except that this uses MEM[symbol: a, index: ivtmp.25_27, offset: 16] = { 0.0, 0.0, 0.0, 0.0 }; in the optimized

[Bug libstdc++/44630] profiler_trace.h defines functions __max and __min which causes portability problems

--- Comment #1 from redi at gcc dot gnu dot org 2010-06-22 13:17 --- __min and __max are listed in the libstdc++ Bad Identifiers docs so should be changed http://gcc.gnu.org/onlinedocs/libstdc++/manual/source_code_style.html#coding_style.bad_identifiers -- redi at gcc dot gnu dot org

[Bug libstdc++/44630] profiler_trace.h defines functions __max and __min which causes portability problems

--- Comment #2 from redi at gcc dot gnu dot org 2010-06-22 13:21 --- Silvius, not urgent, but could you take a look? Thanks -- redi at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/44631] New: [sparc] long long to double conversion error

[forwarded from http://bugs.debian.org/581571] seen with current 4.3, 4.4, 4.5, trunk gcc -O0 -mcpu=v9 foo.c && ./a.out prints 2.47804e+17 instead of 9.79798e+16. works with -mcpu=v8. same error with gcc -m64 -O0 foo.c && ./a.out #include int main(void) { unsigned long long l = 979797979797

[Bug target/44631] [sparc] long long to double conversion error

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-06-22 13:39 --- Please make sure this is not a glibc bug. Does it work with -O1, with -O1 -ffast-math? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44631

[Bug middle-end/44612] -flto -fwhole-program: Never read variable not optimized away

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-06-22 13:46 --- Confirmed. DSE doesn't remove memset or memcpy calls. We also do not have a flag to mark functions only clobbering local or incoming memory (thus effectively not have side-effects if the argument reachable memory i

[Bug target/44631] [sparc] long long to double conversion error

--- Comment #2 from doko at ubuntu dot com 2010-06-22 13:53 --- yes, gcc -mcpu=v9 and gcc -m64 work both with -O1 and -O1 -ffast-math. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44631

[Bug target/44632] New: [4.4/4.5/4.6 regression] wrong code for complex division

[forwarded from http://bugs.debian.org/585925] seen with current 4.5 and 4.5 branches, and trunk g++-4.4 miscompiles complex division: (sid)jw...@paer:~$ cat test.cxx #include #include void f(std::complex x) { std::cout << x << std::endl; x = 1.0 / x; std::cout << x << std::en

[Bug libstdc++/44630] profiler_trace.h defines functions __max and __min which causes portability problems

--- Comment #3 from paolo dot carlini at oracle dot com 2010-06-22 14:08 --- Should be simply removed and std::max and std::min used throughout: the header includes already and , which in turn include stl_algobase.h, thus are both available "for free". -- http://gcc.gnu.org/bugzil

[Bug libstdc++/44630] profiler_trace.h defines functions __max and __min which causes portability problems

--- Comment #4 from paolo dot carlini at oracle dot com 2010-06-22 14:10 --- I can do this, I noticed it already a couple of weeks ago, but didn't consider it high priority because didn't know about the BAD names issue. -- paolo dot carlini at oracle dot com changed: Wha

[Bug middle-end/44612] -flto -fwhole-program: Never read variable not optimized away

--- Comment #7 from jakub at gcc dot gnu dot org 2010-06-22 14:12 --- Well, RTL DSE to some extent knows about memset. And, for tree DSE handling it would be much easier and desirable. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44612

[Bug target/44632] [4.4/4.5/4.6 regression] wrong code for complex division

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44632

[Bug ada/44633] New: Incorrect behaviour of gnat make -s flag with -gnatW8

When using the -s flag of gnat make, the flag -gnatW8 is stripped during switches comparison (and therefore forces unnecessary compilation). Example: > cat dummy.adb procedure Dummy is begin null; end; > gnat make -v -s -gnat05 -gnatW8 dummy GNATMAKE 4.4.3 Copyright (C) 1995-2008, Free So

[Bug ada/44633] Incorrect behaviour of gnat make -s flag with -gnatW8

--- Comment #1 from pini_os at yahoo dot fr 2010-06-22 14:40 --- Created an attachment (id=20980) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20980&action=view) Test case (compile twice with "gnat make -s -gnatW8 dummy") -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44633

[Bug target/44634] New: [4.4 regression] ICE in change_address_1, at emit-rtl.c:1954

[forwarded from http://bugs.debian.org/566242] works with -O0, or with -mcpu=v8/v9. not seen in 4.3, 4.5 and the trunk $ gcc-4.4 -mcpu=ultrasparc -c -std=c99 -O1 -fPIC cpu_stats.i Cudd/util/cpu_stats.c: In function 'util_print_cpu_stats': Cudd/util/cpu_stats.c:33: warning: implicit declaration of

[Bug target/44634] [4.4 regression] ICE in change_address_1, at emit-rtl.c:1954

--- Comment #1 from doko at ubuntu dot com 2010-06-22 14:42 --- Created an attachment (id=20981) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20981&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44634

[Bug fortran/41137] inefficient zeroing of an array

--- Comment #12 from burnus at gcc dot gnu dot org 2010-06-22 14:42 --- (In reply to comment #11) > What's the reason why gfc_trans_zero_assign insists that len is INTEGER_CST? > At least if it is contiguous (and not assumed size), why can't memset be used > even for non-constant sizes?

[Bug target/44634] [4.4 regression] ICE in change_address_1, at emit-rtl.c:1954

--- Comment #2 from mikpe at it dot uu dot se 2010-06-22 14:51 --- Dupe of PR42868. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44634

[Bug fortran/44596] [OOP] Dynamic dispatch uses broken types

--- Comment #2 from burnus at gcc dot gnu dot org 2010-06-22 15:00 --- CC Paul as he might have an idea how to handle it (cf. comment 1). BTW: The mem-ref2 branch (cf. http://gcc.gnu.org/wiki/MemRef ) will be merged soon. -- burnus at gcc dot gnu dot org changed: What

[Bug lto/44195] [4.6 regression] gcc.dg/lto/20100518 c_lto_20100518_0.o

--- Comment #2 from bergner at gcc dot gnu dot org 2010-06-22 15:01 --- I just noticed this on powerpc64-linux too. Can't we do something similar to what test case 20081126_0.c does? Namely: /* { dg-skip-if "" { ! { i?86-*-* x86_64-*-* } } { "*" } { "" } } */ -- bergner at gcc dot

[Bug tree-optimization/44635] New: [4.6 Regression] ICE with tree tailcall and ipa-cp

trunk-g/gcc> ./xgcc -B. -o t -O2 t.c -fno-inline -fwhole-program t.c: In function 's4.constprop.0': t.c:4:6: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. #include #define

[Bug tree-optimization/44635] [4.6 Regression] ICE with tree tailcall and ipa-cp

-- 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=44635

[Bug fortran/41137] inefficient zeroing of an array

--- Comment #13 from jakub at gcc dot gnu dot org 2010-06-22 15:25 --- Well, a(5:)=0.0 doesn't satisfy copyable_array_p, so gfc_trans_zero_assign isn't called at all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41137

[Bug libstdc++/44630] profiler_trace.h defines functions __max and __min which causes portability problems

--- Comment #5 from paolo at gcc dot gnu dot org 2010-06-22 15:28 --- Subject: Bug 44630 Author: paolo Date: Tue Jun 22 15:28:02 2010 New Revision: 161192 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161192 Log: 2010-06-22 Paolo Carlini PR libstdc++/44630 *

[Bug libstdc++/44630] profiler_trace.h defines functions __max and __min which causes portability problems

--- Comment #6 from paolo at gcc dot gnu dot org 2010-06-22 15:28 --- Subject: Bug 44630 Author: paolo Date: Tue Jun 22 15:28:27 2010 New Revision: 161193 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161193 Log: 2010-06-22 Paolo Carlini PR libstdc++/44630 *

[Bug libstdc++/44630] profiler_trace.h defines functions __max and __min which causes portability problems

--- Comment #7 from paolo dot carlini at oracle dot com 2010-06-22 15:30 --- Fixed for 4.5.1 and 4.6.0. -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug fortran/44448] 32-bit gfortran.dg/atan2_1.f90 fails on Solaris 1[01]/x86 at -O0

--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-06-22 15:42 --- Subject: Re: 32-bit gfortran.dg/atan2_1.f90 fails on Solaris 1[01]/x86 at -O0 > --- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-06-22 01:24 > --- > atan2_1.f90 has failed on other platf

[Bug target/44392] [4.5/4.6 Regression] libgcc compile with --enable-target-optspace (-Os) causes recursion in __bswapsi2

--- Comment #7 from raj dot khem at gmail dot com 2010-06-22 15:42 --- (In reply to comment #6) > Why not just: > TARGET_EITHER && (arm_arch6 || !optimize_size) > ? That !arm_arch6 && is completely redundant there. > Hi Ramana the patch along with Jakub's suggestions works for me. T

[Bug target/42868] [4.4 regression] ICE in change_address_1 at -O -fPIC -mcpu=ultrasparc

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-06-22 15:42 --- *** Bug 44634 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/44634] [4.4 regression] ICE in change_address_1, at emit-rtl.c:1954

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-22 15:42 --- *** This bug has been marked as a duplicate of 42868 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/44636] New: the -i4 option is not supported anymore in 4.4

[forwarded from http://bugs.debian.org/582085] "gfortran-4.4 does not support anymore the -i4 option, while gfortran-4.3 does. This is necessary for me to compile gildas (see http://www.iram.fr/~gildas/dist/index.html). Is there any specific reason why support for this flag was dropped from 4.4 ?

[Bug tree-optimization/39839] [4.3/4.4/4.5/4.6 regression] loop invariant motion causes stack spill

--- Comment #10 from sandra at codesourcery dot com 2010-06-22 16:26 --- It looks like this bug has been fixed by my proposed patch for PR42505: http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01920.html Applying that patch to r160755 gives: : 0: b570push{r

Re: [Bug fortran/44636] New: the -i4 option is not supported anymore in 4.4

They were replaced with -fdefualt-integer-4/8. On Jun 22, 2010, at 8:49 AM, "doko at ubuntu dot com" > wrote: [forwarded from http://bugs.debian.org/582085] "gfortran-4.4 does not support anymore the -i4 option, while gfortran-4.3 does. This is necessary for me to compile gildas (see http:

[Bug fortran/44636] the -i4 option is not supported anymore in 4.4

--- Comment #1 from pinskia at gmail dot com 2010-06-22 16:34 --- Subject: Re: New: the -i4 option is not supported anymore in 4.4 They were replaced with -fdefualt-integer-4/8. On Jun 22, 2010, at 8:49 AM, "doko at ubuntu dot com" wrote: > [forwarded from http://bugs.debian.org/58

[Bug c++/44629] [4.3/4.4/4.5/4.6 Regression] ICE in unify, at cp/pt.c:15155

--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-22 16:46 --- 3.4 gives here: pr44629.C:23: sorry, unimplemented: use of `overload' in template type unification pr44629.C:23: error: no matching function for call to `Grapher::simple_output(Searcher&)' int unsafe_case_cmp(T, T) [w

[Bug target/44618] Arguments are not passed correctly to out-of-line restore functions.

--- Comment #11 from edmar at freescale dot com 2010-06-22 16:53 --- (In reply to comment #10) > Because the insn has a register reference to r11/r1/r12 :) that is the (use > (match_operand: )) part of the rtx. This is unlike call instructions which > don't have match_operands for funct

[Bug fortran/44636] the -i4 option is not supported anymore in 4.4

--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-22 16:58 --- Well, -i4 (and -i8) actually has never been supported by gfortran it seems. Just with gfortran 4.3 and earlier you'd get errors only when compiling files with *.F/*.F90/*.F03 etc. extensions (i.e. when separate preproc

[Bug fortran/44616] [OOP] ICE if CLASS(foo) is used before its definition

--- Comment #2 from janus at gcc dot gnu dot org 2010-06-22 17:07 --- Subject: Bug 44616 Author: janus Date: Tue Jun 22 17:07:06 2010 New Revision: 161208 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161208 Log: 2010-06-22 Janus Weil PR fortran/44616 * reso

[Bug fortran/44616] [OOP] ICE if CLASS(foo) is used before its definition

--- Comment #3 from janus at gcc dot gnu dot org 2010-06-22 17:09 --- Fixed with r161208. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/44636] the -i4 option is not supported anymore in 4.4

--- Comment #3 from burnus at gcc dot gnu dot org 2010-06-22 17:10 --- (In reply to comment #2) > Just start using -fdefault-integer-4. Or leave the option out as the default-kind REAL and INTEGER already are 4 byte wide. Just for completeness, the manual has the following: -fdefault

[Bug target/44631] [sparc] long long to double conversion error

--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-22 17:13 --- Well, for -O1 the ullong -> double conversion is done at compile time instead of runtime. Does the problem occur also when l is long long instead of unsigned long long? Can you check what value the fxtod insn computes?

[Bug target/44615] -mtune=atom failed on sse2-vec-2.c and amd64-abi-3.c

--- Comment #9 from hjl at gcc dot gnu dot org 2010-06-22 17:24 --- Subject: Bug 44615 Author: hjl Date: Tue Jun 22 17:23:59 2010 New Revision: 161214 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161214 Log: Properly handle psrldq when optimizing for Atom. gcc/ 2010-06-22 H

[Bug tree-optimization/39839] [4.3/4.4/4.5/4.6 regression] loop invariant motion causes stack spill

--- Comment #11 from bonzini at gnu dot org 2010-06-22 17:28 --- That would be WONTFIX for 4.5 and earlier, right? 4.4 and earlier are definitely out of question, but maybe your patch alone gives the same effect on 4.5 branch too, without any of the other ivopts and ARM improvements tha

[Bug target/44615] -mtune=atom failed on sse2-vec-2.c and amd64-abi-3.c

--- Comment #10 from hjl dot tools at gmail dot com 2010-06-22 17:29 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFI

[Bug target/44588] Very inefficient 8bit mod/div

--- Comment #4 from hjl dot tools at gmail dot com 2010-06-22 17:30 --- The patch is posted at http://gcc.gnu.org/ml/gcc-patches/2010-06/msg02200.html -- hjl dot tools at gmail dot com changed: What|Removed |Added -

[Bug tree-optimization/39839] [4.3/4.4/4.5/4.6 regression] loop invariant motion causes stack spill

--- Comment #12 from sandra at codesourcery dot com 2010-06-22 18:02 --- Hrmmm, I was planning to attempt a 4.5 backport of the PR42505 patch for internal use, but if it's not easy or doesn't help, I think I have better things to do with my time than to try to come up with some other fi

[Bug bootstrap/44512] --enable-build-with-cxx bootstrap fails in revision 160669

.c (main): Output include of insn-constants.h * Makefile.in (insn-enums.o): Depend on insn-constants.h. Modified: branches/multi-target-20100622-branch/gcc/ChangeLog branches/multi-target-20100622-branch/gcc/Makefile.in branches/multi-target-20100622-branch/gcc/genenums.c --

[Bug target/44626] [4.4 regression] ICE in output_operand: invalid expression as operand

--- Comment #2 from mikpe at it dot uu dot se 2010-06-22 18:14 --- Created an attachment (id=20982) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20982&action=view) backport Nathan Sidwell's movw fix to 4.4 This ICE was fixed for 4.5 by r148788, Nathan Sidwell's "[ARM] movw fix",

[Bug bootstrap/44637] New: rs6000 port fails to build with --enable-build-with-cxx

Even with the patch for 44512 installed, a build fails due to problems in the rs6000 port, e.g.: ../../gcc/gcc/config/rs6000/rs6000.c: In function ‘const char* rs6000_xcoff_strip_dollar(const char*)’: ../../gcc/gcc/config/rs6000/rs6000.c:21258: error: invalid conversion from ‘const char*’ to ‘char

[Bug c++/44638] New: Inline constructors into static initializers

struct Derived { Derived(int i):i(i){} int i; }; Derived d(3); Generates a constructor function to call Derived() constructor. Would be nice if this was inlined into a static initializer, ie the declaration would become Derived d = {3}. This is useful where Derived has a vtable, so one can'

[Bug fortran/44596] [OOP] Dynamic dispatch uses broken types

--- Comment #3 from paul dot richard dot thomas at gmail dot com 2010-06-22 19:15 --- Subject: Re: [OOP] Dynamic dispatch uses broken types Dear Tobias, > --- Comment #2 from burnus at gcc dot gnu dot org  2010-06-22 15:00 > --- > CC Paul as he might have an idea how to hand

[Bug c++/44627] [4.3/4.4/4.5/4.6 Regression] ICE in dump_expr, at cp/error.c:1735

--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-22 20:43 --- Subject: Bug 44627 Author: jakub Date: Tue Jun 22 20:42:50 2010 New Revision: 161227 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161227 Log: PR c++/44627 * error.c (dump_expr): Don't look at

[Bug c++/44627] [4.3/4.4/4.5/4.6 Regression] ICE in dump_expr, at cp/error.c:1735

--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-22 20:47 --- Subject: Bug 44627 Author: jakub Date: Tue Jun 22 20:46:51 2010 New Revision: 161228 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161228 Log: PR c++/44627 * error.c (dump_expr): Don't look at

[Bug c++/44627] [4.3/4.4/4.5/4.6 Regression] ICE in dump_expr, at cp/error.c:1735

--- Comment #4 from jakub at gcc dot gnu dot org 2010-06-22 20:48 --- Subject: Bug 44627 Author: jakub Date: Tue Jun 22 20:48:24 2010 New Revision: 161229 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161229 Log: PR c++/44627 * error.c (dump_expr): Don't look at

[Bug c++/44619] [4.6 Regression] Bogus set but not used warning when using pointer to member operators

--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-22 20:50 --- Subject: Bug 44619 Author: jakub Date: Tue Jun 22 20:50:03 2010 New Revision: 161230 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161230 Log: PR c++/44619 * typeck2.c (build_m_component_ref):

[Bug target/44618] Arguments are not passed correctly to out-of-line restore functions.

--- Comment #12 from edmar at freescale dot com 2010-06-22 20:51 --- Ok. Following your lines from comment 8, (You suggested to create 3 new constraint, "d", which would accepts only one register each (11, 12, 1), right ?). The following is more explicit, and would avoid to allocate 3 m

[Bug target/44618] Arguments are not passed correctly to out-of-line restore functions.

--- Comment #13 from jakub at gcc dot gnu dot org 2010-06-22 20:56 --- It looks much better than adding new single register constraints to me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44618

[Bug fortran/44614] [OOP] Wrongly importing a symbol into an interface without IMPORT

--- Comment #3 from burnus at gcc dot gnu dot org 2010-06-22 21:01 --- Simple patch. Janus, if you have time, you can create a full patch out of it. Index: decl.c === --- decl.c (revision 161227) +++ decl.c (worki

  1   2   >