[Bug awt/20630] GTK 2.8 peer Image and Graphics API reorganization

-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20630

[Bug rtl-optimization/35232] [4.3 regression] ICE in fp-int-convert-double.c at -O2

--- Comment #2 from rsandifo at nildram dot co dot uk 2008-02-17 22:13 --- Subject: Re: [4.3 regression] ICE in fp-int-convert-double.c at -O2 "ubizjak at gmail dot com" <[EMAIL PROTECTED]> writes: > IMO is a bit suspicious that FP<->int conversions in mips.md operate on both > FP >

[Bug target/35239] [4.3 Regression] Build failure when host cc is GCC-2.95.3 or earlier

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-17 21:55 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug c++/35228] bad error recovery with missing typename

--- Comment #3 from manu at gcc dot gnu dot org 2008-02-17 21:56 --- And the message: foo.cc:16: error: expected ';' before 'baz2' is just broken. What does typedef foo::unsigned_t; is supposed to mean? It is obvious that something went wrong here. -- manu at gcc dot gnu dot org

[Bug c++/35228] bad error recovery with missing typename

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-02-17 21:59 --- > foo::unsigned_t; Is considered a variable by default. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35228

[Bug c++/35228] template accepting numeric fails with sizeof

--- Comment #2 from manu at gcc dot gnu dot org 2008-02-17 21:51 --- The C++ parser can probably mention 'typename' in the error message. -- manu at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/35223] IBITS gives compiler error

--- Comment #12 from jvdelisle at gcc dot gnu dot org 2008-02-17 22:50 --- The fix is straight forward. I will take care of this when 4.4 opens -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/35240] New: ICE with new in template parameter

The following code snippet triggers an ICE since at least GCC 2.95.3: === template struct A {}; template A foo(); void bar() { foo<1>(); } === bug.cc: In function 'void bar()': bug.cc:7: internal c

[Bug target/35239] [4.3 Regression] Build failure when host cc is GCC-2.95.3 or earlier

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-17 22:32 --- Intel assembler syntax was introduced with GCC 3.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35239

[Bug c/35162] Documentation incorrect for -fcx-limited-range

--- Comment #2 from joseph at codesourcery dot com 2008-02-17 22:48 --- Subject: Re: Documentation incorrect for -fcx-limited-range The bug report appears correct, though you should be referring to N1256 , the C99 standard wi

[Bug c++/35242] [4.3 regression] ICE with invalid specialization of variadic template

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35242

[Bug c++/35240] ICE with new in template parameter

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-17 23:02 --- Confirmed. Since gcc 3.4 this is no longer an ice-after-error. Before 3.4 we sorried on the mangling. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/35241] [4.3 regression] ICE with sizeof in variadic template

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keyw

[Bug c++/35244] New: Broken diagnostic: 'type_decl' not supported by dump_expr

A broken diagnostic is issued for the following invalid code snippet since GCC 4.2.0 when compiled with -fopenmp: === struct A; #pragma omp threadprivate(A) === bug.cc:2: error: automatic variable '#'t

[Bug c++/35242] [4.3 regression] ICE with invalid specialization of variadic template

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Prio

[Bug c/35235] struct/union rvalue qualifiers must not propagate to members

-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||16989 nThis|| Sta

[Bug c++/35243] [4.3 regression] ICE with invalid initializer list in variadic template

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Prio

[Bug c++/35244] Broken diagnostic: 'type_decl' not supported by dump_expr

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfi

[Bug fortran/35223] IBITS gives compiler error

--- Comment #13 from jvdelisle at gcc dot gnu dot org 2008-02-17 22:50 --- Assigning to myself -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added A

[Bug c++/35241] New: [4.3 regression] ICE with sizeof in variadic template

The following invalid code snippet triggers an ICE on mainline: === template struct A { enum { e = sizeof(T) }; }; A a; === bug.cc: In instantiation of 'A': bug.cc:6: instantiated from here bug.cc

[Bug c/35198] [4.1/4.2/4.3 Regression] missed evaluation of VM array type when used as a cast

--- Comment #4 from joseph at codesourcery dot com 2008-02-17 23:12 --- Subject: Re: [4.1/4.2/4.3 Regression] missed evaluation of VM array type when used as a cast My view remains as I said in : front ends should make the int

[Bug c++/35242] New: [4.3 regression] ICE with invalid specialization of variadic template

The following invalid code snippet triggers an ICE on mainline: === struct A { template struct B; }; template struct A::B {}; === bug.cc:6: error: parameter packs not expanded with `...': bug.cc:6:

[Bug c++/35243] New: [4.3 regression] ICE with invalid initializer list in variadic template

The following invalid code snippet triggers an ICE on mainline: === struct A {}; template struct B : T... { B() : T(x)... {} }; B b; === bug.cc: In constructor 'B::B()': bug.cc:5: error: 'x' was no

[Bug c++/35243] [4.3 regression] ICE with invalid initializer list in variadic template

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35243

[Bug c++/35241] [4.3 regression] ICE with sizeof in variadic template

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35241

[Bug c/35198] [4.1/4.2/4.3 Regression] missed evaluation of VM array type when used as a cast

--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-17 23:21 --- The variables get made explicit by the gimplifier. The problem here seems to be that we lose the cast before we can do so and that the gimplifier only makes the variables explicit if they are used (which they are no

[Bug libstdc++/34797] [parallel mode] Settings are separated for each compilation unit

--- Comment #6 from bkoz at gcc dot gnu dot org 2008-02-18 00:00 --- Subject: Bug 34797 Author: bkoz Date: Mon Feb 18 00:00:00 2008 New Revision: 132383 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132383 Log: 2008-02-17 Benjamin Kosnik <[EMAIL PROTECTED]> PR libstd

[Bug libstdc++/33832] hash_set moved to backwards

--- Comment #11 from bkoz at gcc dot gnu dot org 2008-02-18 00:18 --- I'd like to close this (since ext/hash_map and ext/hash_set exist now, and merge the bits about better error messages into 34015. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33832

[Bug awt/16203] need to kill awt helper threads on gui app exit

--- Comment #7 from chris dot pickett at mail dot mcgill dot ca 2008-02-18 00:31 --- If I ever update SableVM's Classpath and it's still broken I'll reopen it. However, maybe you should check that the duplicate is also fine: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23877 -- ht

[Bug c++/35245] New: FAIL: g++.dg/other/anon5.C

Executing on host: /test/gnu/gcc/objdir/gcc/testsuite/g++/../../g++ -B/test/gnu/ gcc/objdir/gcc/testsuite/g++/../../ /test/gnu/gcc/gcc/gcc/testsuite/g++.dg/other /anon5.C -nostdinc++ -I/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/ include/hppa2.0w-hp-hpux11.11 -I/test/gnu/gcc/objdir/hpp

[Bug target/35193] [4.3 Regression] can't find a register in class 'R1_REGS' while reloading 'asm'

--- Comment #5 from danglin at gcc dot gnu dot org 2008-02-18 03:00 --- The problem starts in the gcse1 pass: (insn 957 956 958 139 ../ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h:220 (set (reg/f:SI 735) (high:SI (symbol_ref:SI ("lock.8450") [flags 0x2] ))) 49 {*pa.md:

[Bug target/35225] [4.2 regression] gcc segfaults when building GTK+ code with -O2 -fPIC for SH4

--- Comment #3 from kkojima at gcc dot gnu dot org 2008-02-18 04:36 --- It seems that sh.c:find_barrier doesn't handle a corner case which occurs with the testcase. Although the given testcases don't fail on 4.3, it'd be a hidden issue even on trunk. Now I'm testing the patch below. I'

[Bug c++/35246] declaration of threadprivate variable considered first use

--- Comment #1 from hailijuan at gmail dot com 2008-02-18 04:37 --- the error message was raised in finish_omp_threadprivate (cp/semantics.c). It was the field TREE_USED set to 1 that trigered the error. build_aggr_init set TREE_USED of variable a. the call frame looks like: =>[1] build

[Bug c++/35246] New: declaration of threadprivate variable considered first use

the simple omp-c++ testcase a.c caused g++ report error messages like following: # g++ -fopenmp a.c a.c:14: error: 'a' declared 'threadprivate' after first use # g++ -v Using built-in specs. Target: sparc-sun-solaris2.10 Configured with: /import/dr2/starlex/orig/trunk/configure --prefix=/import/dr

[Bug c++/35246] declaration of threadprivate variable considered first use

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-02-18 05:08 --- *** This bug has been marked as a duplicate of 27557 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/27557] OpenMP threadprivate directive does not work with non-POD types

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-02-18 05:08 --- *** Bug 35246 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/32511] GCC inlines weak function

--- Comment #5 from sabre at nondot dot org 2008-02-18 07:35 --- That works for me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32511

[Bug fortran/35223] IBITS gives compiler error

--- Comment #14 from burnus at gcc dot gnu dot org 2008-02-18 07:45 --- > Error: Result of IBITS overflows its kind at (1) I wonder whether one should also add to simplify.c's range_check "Result of %s overflows its kind at %L" the following ". This check can be disabled with the option

<    1   2