[Bug libgcj/38685] classmap.db is zero bytes long in 64 bit directory

--- Comment #2 from schwab at suse dot de 2009-01-01 09:14 --- Probably fixed by . See also . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38685

[Bug libstdc++/38678] istream::read() calls streambuf::sgetn()

--- Comment #3 from paolo at gcc dot gnu dot org 2009-01-01 10:09 --- Subject: Bug 38678 Author: paolo Date: Thu Jan 1 10:08:31 2009 New Revision: 142994 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142994 Log: 2009-01-01 Paolo Carlini PR libstdc++/38678 *

[Bug libstdc++/38678] istream::read() calls streambuf::sgetn()

--- Comment #4 from paolo dot carlini at oracle dot com 2009-01-01 10:10 --- Fixed for 4.4.0. -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug bootstrap/38523] [4.4 regression] arm build fails to link cc1-dummy

--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-01 11:19 --- arm could just add x-cflags-O1 to host_xmake_file in gcc/config.host, see what powerpc*-*-linux* host is doing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38523

[Bug bootstrap/38686] New: Bootstrap fails on i686-pc-linux-gnu

When trying to compile GCC revision 142992 I get an ICE in cfganal.c:1044: configure:2590: checking for suffix of object files configure:2611: /home/artem/testing/gcc-build/./gcc/xgcc -B/home/artem/testing/gcc-build/./gcc/ -B/home/artem/testing/gcc44/i686-pc-linux-gnu/bin/ -B/home/artem/testing/gc

[Bug bootstrap/38686] Bootstrap fails on i686-pc-linux-gnu

--- Comment #1 from aanisimov at inbox dot ru 2009-01-01 12:06 --- (In reply to comment #0) > When compiling this source by hand (probably with environment that differs > from > one created by configure) I get an ICE in tree-ssa-phiopt.c:372. > That was a wrong assumption. One gets IC

[Bug libgcj/38685] classmap.db is zero bytes long in 64 bit directory

--- Comment #3 from rob1weld at aol dot com 2009-01-01 12:09 --- (In reply to comment #1) > Can you try 4.3.2? No, I don't have it, and next I was planning on build-testing the trunk. The reason for reporting "so old a version" (_if_ that is the point you are making "Can you try 4.3.2

[Bug libgcj/38685] classmap.db is zero bytes long in 64 bit directory

--- Comment #4 from rob1weld at aol dot com 2009-01-01 12:40 --- (In reply to comment #1) > Can you try 4.3.2? This person ( http://gcc.gnu.org/ml/gcc-testresults/2008-12/msg01766.html ) has recently built 4.3.2 on my platform; you could ask them. -- http://gcc.gnu.org/bugzilla/sho

[Bug middle-end/38584] [4.3/4.4 Regression] Inline heuristics run even at -O0

--- Comment #7 from stevenb dot gcc at gmail dot com 2009-01-01 13:42 --- Subject: Re: [4.3/4.4 Regression] Inline heuristics run even at -O0 Note that the compile time at, say, -O1 for 4.3 vs. 4.4 is also a huge difference for the test case (4.4 much slower, in part due to the expens

[Bug libobjc/38307] Calling of the +initialize method is not completely thread-safe

--- Comment #2 from rfm at gnu dot org 2009-01-01 15:02 --- Created an attachment (id=17020) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17020&action=view) Patch for sendmsg.c to fix this bug I've been using this patch for a while ... it modifies sendmsg.c to prevent the bug by

[Bug libobjc/27466] RFE: Support for libobjc equivalent of std::set_unexpected

--- Comment #5 from rfm at gnu dot org 2009-01-01 15:08 --- I just checked up on this again ... The problem was initially reported two and a half years ago. I supplied a (very very simple) patch to fix it a month ago. Could someone please apply the patch so it gets into the next release

[Bug c/38687] New: wrong-code in loop optimization

Example program works with option -O1, but not with -O2 Problem occurs with gcc 4.3.2 and 4.4.0, but not with 4.2.4 Environment: System: Linux andiunx 2.6.27-11-generic #1 SMP Fri Dec 19 16:29:52 UTC 2008 i686 GNU/Linux host: i686-pc-linux-gnu build: i686-pc-linux-gnu target: i68

[Bug c/38687] wrong-code in loop optimization

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-01 15:53 --- This code is undefined as you would have an integer overflow which is undefined by both the C and C++ standards. You can use -fwrapv for wrapping of signed integers or cast to unsigned before doing the addition. -

[Bug c/38688] New: __sync_lock_test_and_set does not actually lock

I was looking for something like MSVC's InterlockedIncrement in gcc and found the __sync_lock_test_and_set builtin. I wrote a small test program: #include int l; int main() { printf("%d\n",__sync_lock_test_and_set(&l,1)); } and when I look at the disassembly I get xchgl l(%rip)

[Bug c/38688] __sync_lock_test_and_set does not actually lock

--- Comment #1 from felix-gcc at fefe dot de 2009-01-01 15:58 --- All I really want is a way to access lock cmpxchg and lock xadd, really :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38688

[Bug c/38688] __sync_lock_test_and_set does not actually lock

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-01 16:01 --- ;; Recall that xchg implicitly sets LOCK#, so adding it again wastes space. (define_insn "sync_lock_test_and_set" [(set (match_operand:IMODE 0 "register_operand" "=") (unspec_volatile:IMODE [(matc

[Bug c/38688] __sync_lock_test_and_set does not actually lock

--- Comment #2 from felix-gcc at fefe dot de 2009-01-01 16:01 --- Sorry, I just found out that xchg has an implicit lock. Never mind about this bug. -- felix-gcc at fefe dot de changed: What|Removed |Added -

[Bug testsuite/38689] New: objc/execute/forward-1.m failed on Linux/ia64 and Linux/Intel64

I got FAIL: objc/execute/forward-1.m execution, -O0 -fgnu-runtime FAIL: objc/execute/forward-1.m execution, -O1 -fgnu-runtime FAIL: objc/execute/forward-1.m execution, -O2 -fgnu-runtime FAIL: objc/execute/forward-1.m execution, -O3 -fomit-frame-pointer -fgnu-runtime FAIL: objc/execute/forward-

[Bug libobjc/36610] message forwarding broken on x86_64: self is not receiver

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-01 16:21 --- *** Bug 38689 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug testsuite/38689] objc/execute/forward-1.m failed on Linux/ia64 and Linux/Intel64

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-01 16:21 --- It fails on all targets that pass their arguments via registers. *** This bug has been marked as a duplicate of 36610 *** -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/36610] __builtin_apply is broken for targets which pass argument via registers

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-01 16:23 --- Confirmed, this is really a __builtin_apply bug. Libobjc either needs to move to libffi or __builtin_apply needs to be fixed up. -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/36610] __builtin_apply is broken for targets which pass argument via registers

--- Comment #5 from hjl dot tools at gmail dot com 2009-01-01 16:26 --- (In reply to comment #4) > Confirmed, this is really a __builtin_apply bug. Libobjc either needs to move > to libffi or __builtin_apply needs to be fixed up. > Is there a __builtin_apply testcase in C? -- htt

[Bug target/33717] slow code generated for 64-bit arithmetic

--- Comment #4 from ubizjak at gmail dot com 2009-01-01 17:35 --- (In reply to comment #3) > Most likely addsi3_carry should accept 0 as one of the operands. It does: (define_insn "addsi3_carry" [(set (match_operand:SI 0 "nonimmediate_operand" "=rm,r") (plus:SI (plus:SI (m

[Bug fortran/38675] FAIL: gfortran.dg/parameter_array_init_3.f90 -O (internal compiler error)

--- Comment #8 from danglin at gcc dot gnu dot org 2009-01-01 17:43 --- Subject: Bug 38675 Author: danglin Date: Thu Jan 1 17:42:00 2009 New Revision: 142995 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142995 Log: PR fortran/38675 Backport from mainline:

[Bug fortran/37469] invalid GMP usage on gfortran.dg/parameter_array_init_3.f90

--- Comment #11 from danglin at gcc dot gnu dot org 2009-01-01 17:43 --- Subject: Bug 37469 Author: danglin Date: Thu Jan 1 17:42:00 2009 New Revision: 142995 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142995 Log: PR fortran/38675 Backport from mainline:

[Bug fortran/38675] FAIL: gfortran.dg/parameter_array_init_3.f90 -O (internal compiler error)

--- Comment #9 from danglin at gcc dot gnu dot org 2009-01-01 17:44 --- Fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38675

[Bug fortran/38675] FAIL: gfortran.dg/parameter_array_init_3.f90 -O (internal compiler error)

--- Comment #10 from danglin at gcc dot gnu dot org 2009-01-01 17:45 --- Forgot to check button. -- danglin at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/38672] [4.3/4.4 Regression] ICE during build with versions 4.3.2 and 4.4-20081226

--- Comment #5 from tkoenig at gcc dot gnu dot org 2009-01-01 18:38 --- This is looking promising (and passes regression-test), and I think that this does the right thing (the symbol in question doesn't need to be a procedure, correct?) Paul, could you maybe comment? $ svn diff Index:

[Bug c/36489] [4.3/4.4 Regression] Warning "initialized field overwritten" wrongly triggers with multidimensional arrays

--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-01 19:41 --- Subject: Bug 36489 Author: jakub Date: Thu Jan 1 19:40:03 2009 New Revision: 142998 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142998 Log: PR c/36489 * c-typeck.c (add_pending_init): Add I

[Bug fortran/38672] [4.3/4.4 Regression] ICE during build with versions 4.3.2 and 4.4-20081226

--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-01 19:44 --- Looks very similar to PR37829. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38672

[Bug c/36489] [4.3 Regression] Warning "initialized field overwritten" wrongly triggers with multidimensional arrays

--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-01 19:44 --- Fixed on the trunk so far. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Known t

[Bug fortran/38672] [4.3/4.4 Regression] ICE during build with versions 4.3.2 and 4.4-20081226

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

[Bug target/22599] ICE with invalid asm usage

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-01 21:12 --- The segfault has been changed into an error with PR 13506 but that does not mean with RTL checking turned on. In fact with RTL checking we get: t.c: In function 'main': t.c:13: internal compiler error: RTL check: ex

[Bug middle-end/29231] need a way to produce trampolines not on the stack

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-01 21:22 --- This is why the PowerOpen ABI is good, it does not require stack based trampolines. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/29571] [4.2/4.3/4.4 regression] ICE with invalid static const member

--- Comment #6 from pinskia at gcc dot gnu dot org 2009-01-01 21:34 --- Mark, This has been assigned to you for two years without any progress, are you actively working on this? If not please unassign this bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29571

[Bug tree-optimization/31130] [4.2/4.3/4.4 Regression] VRP no longer derives range for division after negation

--- Comment #15 from pinskia at gcc dot gnu dot org 2009-01-01 21:35 --- Ian, This has been assigned to you for 9 months without any progress, are you actively working on this? If not please unassign this bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31130

[Bug tree-optimization/35292] Missing Const Prop -- union fields

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-01 21:48 --- RTL DSE does this optimization ... (insn 8 7 11 2 t.c:12 (set (mem/s/c:SI (reg/f:SI 60) [0 u.ii+0 S4 A32]) (const_int 20 [0x14])) 47 {*movsi_1} (expr_list:REG_DEAD (reg/f:SI 60) (nil))) (insn 11 8 1

[Bug middle-end/30164] Gimplifier does not produce valid gimple for global_vectora = CONSTRUCTOR

--- Comment #6 from pinskia at gcc dot gnu dot org 2009-01-01 21:57 --- This has been fixed with tuples merge. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/30142] [meta-bug] invalid gimple

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-01 22:06 --- I will test the patch for the invalid INDIRECT_REF issue but the other one needs a slight rewrite as it no longer applies to tuples. -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/30142] [meta-bug] invalid gimple

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-01 22:07 --- Well that and make MODIFY_EXPR invalid for tuples. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30142

[Bug middle-end/38690] New: [4.4 Regression] Missing parentheses for (a-1)/2 in final_cleanup

Take: int d; int f(int a) { return d = (a-1)/2; } --- CUT --- With -O2 -fdump-tree-final_cleanup, we get: d.0 = a + -1 / 2; This looks like we are missing the optimization of folding the constant -1/2 which is not true as this is really (a + -1) / 2 . In 4.3.3 we get: d.0 = (a + -1) / 2; W

[Bug middle-end/38690] [4.4 Regression] Missing parentheses for (a-1)/2 in final_cleanup

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-01 23:28 --- I think this was introduced by the tuple merge. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug bootstrap/38686] Bootstrap fails on i686-pc-linux-gnu

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-01 23:30 --- I was able to bootstrap with 142964 on i686-linux-gnu with no issues. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38686

[Bug bootstrap/38686] Bootstrap fails on i686-pc-linux-gnu

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-01 23:32 --- Plus http://gcc.gnu.org/ml/gcc-testresults/2009-01/msg00070.html . What options are you passing to configure and how are you invoking make? Also do you have any special environment variables set? -- pinskia at g

[Bug middle-end/30142] [meta-bug] invalid gimple

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-01 23:51 --- The INDIRECT_REF part was posted at http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00023.html I have to redo the other part later because of tuples changes, MODIFY_EXPR/GIMPLE_MODIFY_STMT is lost. -- http://gcc.g

[Bug middle-end/30142] [meta-bug] invalid gimple

--- Comment #6 from pinskia at gcc dot gnu dot org 2009-01-02 00:16 --- Subject: Bug 30142 Author: pinskia Date: Fri Jan 2 00:14:47 2009 New Revision: 143001 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143001 Log: 2009-01-01 Andrew Pinski PR middle-end/30142

[Bug tree-optimization/35805] [ira] error in start_allocno_priorities, at ira-color.c:1806

--- Comment #4 from zadeck at naturalbridge dot com 2009-01-02 00:38 --- Subject: Re: [ira] error in start_allocno_priorities, at ira-color.c:1806 2009-01-01 Kenneth Zadeck PR rtl-optimization/35805 * df-problems.c (df_lr_finalize): Add recursive call to resolve lr pro

[Bug c++/36654] [4.2/4.3 Regression] Inlined con/de-structor breaks virtual inheritance dllimport classes

--- Comment #8 from dannysmith at users dot sourceforge dot net 2009-01-02 04:19 --- Hello John, This patch: Index: gcc/config/i386/winnt-cxx.c === --- gcc/config/i386/winnt-cxx.c (revision 142383) +++ gcc/config/i386/winn

[Bug c++/29571] [4.2/4.3/4.4 regression] ICE with invalid static const member

--- Comment #7 from mmitchel at gcc dot gnu dot org 2009-01-02 04:59 --- I am not working on this. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/31280] [4.3 Regression] segfault in remove_referenced_var

--- Comment #7 from pinskia at gcc dot gnu dot org 2009-01-02 05:53 --- Fixed a long time ago -- pinskia at gcc dot gnu dot org changed: What|Removed |Added S

[Bug c++/38684] [c++0x] ICE using initializer_list ctor in derived class

-- 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 bootstrap/38686] Bootstrap fails on i686-pc-linux-gnu

--- Comment #4 from aanisimov at inbox dot ru 2009-01-02 07:45 --- (In reply to comment #3) > > What options are you passing to configure and how are you invoking make? > Also do you have any special environment variables set? > Sorry, forgot to mention these options in the original p

[Bug bootstrap/38686] Bootstrap fails on i686-pc-linux-gnu

--- Comment #5 from aanisimov at inbox dot ru 2009-01-02 07:48 --- (In reply to comment #4) > > For the moment I found out that revision 136000 compiles fine for me, but > revision 137000 fails (this time in tree-ssa-phiopt.c:371). > I meant revision 138000 instead of 137000. --