[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

[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 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++/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++/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 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] 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 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 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 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 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 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 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 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 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/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++/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/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++/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++/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++/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++/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++/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++/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++/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++/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++/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++/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 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 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/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 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 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 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 awt/16729] Component.print() and Component.printAll() does not affect graphics parameter

--- Comment #5 from gnu_andrew at member dot fsf dot org 2008-02-17 22:11 --- I guess an appropriate testcase would be the Eclipse Visual Editor. Is this known to work with GNU Classpath? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16729

[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] 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 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] template accepting numeric fails with sizeof

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

[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 target/35239] New: Build failure when host cc is GCC-2.95,3 or earlier

The build/bootstrap fails in driver-1386.c due to cpuid changes: /tmp/ccWPtRYo.s: Assembler messages: /tmp/ccWPtRYo.s:1895: Error: invalid character '{' in mnemonic /tmp/ccWPtRYo.s:1896: Error: invalid character '{' in mnemonic /tmp/ccWPtRYo.s:1897: Error: invalid character '{' in mnemonic /tmp/cc

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

--- Comment #1 from ubizjak at gmail dot com 2008-02-17 21:33 --- IMO is a bit suspicious that FP<->int conversions in mips.md operate on both FP operands, i.e: (define_insn "fix_truncdfsi2_insn" [(set (match_operand:SI 0 "register_operand" "=f") (fix:SI (match_operand:DF 1 "r

[Bug ada/15479] Ada manual problems

--- Comment #3 from rwild at gcc dot gnu dot org 2008-02-17 21:20 --- Subject: Bug 15479 Author: rwild Date: Sun Feb 17 21:20:01 2008 New Revision: 132382 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132382 Log: gcc/ada/: PR documentation/15479 * gnat_ugn.texi: In non-code, av

[Bug c/32511] GCC inlines weak function

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot |

[Bug c/32511] GCC inlines weak function

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-17 21:05 --- Well, I think we should error for the inline + weak combination, as it doesn't make sense. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32511

[Bug middle-end/28779] internal compiler error: in cgraph_estimate_size_after_inlining, at ipa-inline.c:106

--- Comment #13 from hubicka at gcc dot gnu dot org 2008-02-17 20:32 --- Patch posted. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28779

[Bug libstdc++/35221] [4.3 Regression] libstdc++ broken

--- Comment #10 from andreast at gcc dot gnu dot org 2008-02-17 20:17 --- Thanks a lot! sparc-sun-solaris2.8 and hppa*-hp-hpux11.11 build again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35221

[Bug fortran/35223] IBITS gives compiler error

--- Comment #11 from sgk at troutmask dot apl dot washington dot edu 2008-02-17 19:59 --- Subject: Re: IBITS gives compiler error On Sun, Feb 17, 2008 at 07:10:19PM -, jvdelisle at gcc dot gnu dot org wrote: > --- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-02-17 19

[Bug fortran/35223] IBITS gives compiler error

--- Comment #10 from dominiq at lps dot ens dot fr 2008-02-17 19:56 --- > I don't remember the details for NOT() other than the simplification > isn't simply because of the internal representation with GMP and > GMP does not have a mpz_not function. So, NOT() may accidentally get > the

[Bug c/32511] GCC inlines weak function

--- Comment #3 from sabre at nondot dot org 2008-02-17 19:48 --- I understand the desire to optimize with -fpic, but miscompiling the code seems unreasonable... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32511

[Bug c++/32089] Winline reports bogus warning

--- Comment #6 from hubicka at gcc dot gnu dot org 2008-02-17 19:45 --- OK, I am switching it to new again ;) However the warning really means that GCC decided to not inline the function because it thinks it is not profitable because it concluded that the call is infrequent. Perhaps you

[Bug awt/21598] rendering problem with button text

--- Comment #5 from gnu_andrew at member dot fsf dot org 2008-02-17 19:44 --- No feedback on this bug from the Gtk+ developers still... -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added --

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

--- Comment #7 from gnu_andrew at member dot fsf dot org 2008-02-17 19:42 --- Is this still valid? GdkPixbufDecoder still lives, but GdkGraphics seems to have gone. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20630

[Bug bootstrap/35218] [4.3 regression] build fails on mingw host

--- Comment #9 from eric dot weddington at atmel dot com 2008-02-17 19:40 --- With that patch I'm now getting: (echo "@set version-GCC 4.3.0"; \ if [ "experimental" = "experimental" ]; \ then echo "@set DEVELOPMENT"; \ else echo "@clear DEVELOPMENT"; \ fi) > gcc-vers.texiT /bin/sh:

[Bug c/32511] GCC inlines weak function

--- Comment #2 from hubicka at gcc dot gnu dot org 2008-02-17 19:37 --- I think this is feature. If users explicitely declares as inline, then we do that, otherwise we doesn't: /* Don't auto-inline anything that might not be bound within this unit of translation. */ else if (!

[Bug rtl-optimization/34408] Invalid RTL sharing with -fsee and inline functions

--- Comment #6 from hubicka at gcc dot gnu dot org 2008-02-17 19:30 --- Path posted. -- hubicka at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|una

[Bug fortran/35223] IBITS gives compiler error

--- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-02-17 19:10 --- We do need to fix some things here. The runtime perhaps should catch the invalid of pos + len > 32 for bit_size being 32. Also from my read of the standard the ibits is extracting bits from (in this case) a 32 b

[Bug fortran/33197] Fortran 2008: gamma() and other small changes

--- Comment #4 from burnus at gcc dot gnu dot org 2008-02-17 19:08 --- Of cause, also the added/modified intrinsics mandate a *texi update. BTW: Thanks for the patch. (In reply to comment #3) > It shouldn't break any tests if they're well written, so it gives us an > opportunity to chec

[Bug fortran/33197] Fortran 2008: gamma() and other small changes

--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-02-17 18:56 --- (In reply to comment #2) > I fear this will break some std tests. You should better use: > > #define GFC_STD_LEGACY (1<<7) /* Backward compatibility. */ > #define GFC_STD_GNU(1<<6) /* GNU Fortran extensi

[Bug fortran/33197] Fortran 2008: gamma() and other small changes

--- Comment #2 from burnus at gcc dot gnu dot org 2008-02-17 18:51 --- +#define GFC_STD_F2008 (1<<7) /* New in F2008. */ #define GFC_STD_LEGACY (1<<6) /* Backward compatibility. */ #define GFC_STD_GNU(1<<5) /* GNU Fortran extension. */ #define GFC_STD_F2003 (1<<4) /* New

[Bug awt/17782] KeyboardFocusManagers should be partitioned by ClassLoader

--- Comment #2 from gnu_andrew at member dot fsf dot org 2008-02-17 18:51 --- This is still present. CACAO + Classpath CVS HEAD gives: java.lang.ThreadGroup[name=main,maxpri=10]: [EMAIL PROTECTED] java.lang.ThreadGroup[name=kfm-thread-group-1,maxpri=10]: [EMAIL PROTECTED] java.lang.Th

[Bug awt/16729] Component.print() and Component.printAll() does not affect graphics parameter

--- Comment #4 from gnu_andrew at member dot fsf dot org 2008-02-17 18:39 --- Same holds as in Mark's comment for current CVS + CACAO. Capturing works fine when the frame is onscreen, but any part of the frame that is offscreen is not captured. When the Offscreen flag is ticked, the r

[Bug middle-end/17876] Attribute "noinline" should be fully moved into cgraph

--- Comment #3 from hubicka at gcc dot gnu dot org 2008-02-17 18:37 --- Since 4.3, noinline is now handled completely by cgraph as inlining decisions goes. C and C++ still have duplicated logic on merging declarations, but I am not duplicate_decl expert, so I am leaving this last bit to

[Bug awt/16628] Focus opposites implementation.

--- Comment #3 from gnu_andrew at member dot fsf dot org 2008-02-17 18:27 --- Awaiting changes in Gtk+ -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added ---

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

--- Comment #6 from gnu_andrew at member dot fsf dot org 2008-02-17 18:18 --- This does not hang on either current CVS HEAD with cacao or jamvm, or on gij (version 4.3.0 20080213). Can we close this bug? -- gnu_andrew at member dot fsf dot org changed: What|Removed

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

--- Comment #4 from danglin at gcc dot gnu dot org 2008-02-17 18:10 --- Breakpoint 1, spill_failure (insn=0xea8a90, class=NO_REGS) at ../../gcc/gcc/reload1.c:1986 1986 if (asm_noperands (PATTERN (insn)) >= 0) (gdb) p debug_rtx ($r26) (insn 963 1588 964 132 ../ports/sysdeps/unix/

[Bug fortran/35223] IBITS gives compiler error

--- Comment #8 from sgk at troutmask dot apl dot washington dot edu 2008-02-17 18:09 --- Subject: Re: IBITS gives compiler error On Sun, Feb 17, 2008 at 01:10:06PM -, dominiq at lps dot ens dot fr wrote: > > I dont want to rant again about gfortran feature, but nevertheless I'll

[Bug other/35148] make pdf has missing file in 4.3-20080208

--- Comment #16 from hal at oz dot net 2008-02-17 17:46 --- OK. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35148

[Bug other/35148] make pdf has missing file in 4.3-20080208

--- Comment #15 from rwild at gcc dot gnu dot org 2008-02-17 17:40 --- (In reply to comment #14) > 1) In the original bug (make pdf doesn't work after building with a relative > path), the source and build directories were on the same disk, but it was a > second disk, not the primary one

[Bug other/35148] make pdf has missing file in 4.3-20080208

--- Comment #14 from hal at oz dot net 2008-02-17 17:28 --- Two comments to add, now that it seems that this patch might have caused some other problems: 1) In the original bug (make pdf doesn't work after building with a relative path), the source and build directories were on the same

[Bug c++/35233] Feature request: precise error messages about invalid pointer conversions during array initialisation

--- Comment #8 from Markus dot Elfring at web dot de 2008-02-17 17:17 --- I am curious on improvements for unambiguous error reporting with variable and member names. -- Markus dot Elfring at web dot de changed: What|Removed |Added ---

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

Hi, This turns out to be a strictly conforming C99 program: #include int main(void) { const struct { int array[1]; } s; // int *from_lvalue = s.array; // #1 int *from_rvalue = (rand() ? s : s).array; // #2 } #1, if uncommented, should be rejected with -std=c99 -pedantic-

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

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added GCC host triplet|hppa-suse-linux-gnu | GCC target triplet||hppa-suse-linux-gnu

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

--- Comment #3 from danglin at gcc dot gnu dot org 2008-02-17 16:46 --- 4.2 works. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug target/35222] [4.3 Regression] EH output contains procedure label without P' selector

--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-17 16:45 --- Subject: Re: [4.3 Regression] EH output contains procedure label without P' selector > Does this also fail for hppa2.0w-hp-hpux11.11 which would be a secondary > target > unlike hppa1.1-hp-hpux10.20 which

[Bug c++/35233] Feature request: precise error messages about invalid pointer conversions during array initialisation

--- Comment #7 from rguenth at gcc dot gnu dot org 2008-02-17 16:41 --- Well, certainly. We possibly already have an enhancement request for this. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

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

--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-02-17 16:33 --- > At least marking the whole conversion as having no side-effects doesn't tell > the truth really, likewise if SAVE_EXPRs have no side-effects, as that > wouldn't guarantee it is evaluated at least once. SAVE_EXP

[Bug middle-end/35204] [4.3 Regression] crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

--- Comment #22 from rguenth at gcc dot gnu dot org 2008-02-17 16:24 --- The patch was successfully bootstrapped and tested on x86_64-unknown-linux-gnu and doesn't show overall negative effects on compile-time or memory-usage on our daily testers. I am considering it for 4.3.1 after pu

[Bug c++/34950] [4.2/4.3 Regression] ICE in svn boost math toolkit

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950

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

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-17 16:19 --- There are a few different cases. For int foo(void); void *a(void *p) { return (int (*)[foo()])p; } the frontend already got rid of the intermediate casts (and side-effects). For int foo(void); void a(void *p)

[Bug c++/35233] Feature request: precise error messages about invalid pointer conversions during array initialisation

--- Comment #6 from Markus dot Elfring at web dot de 2008-02-17 16:11 --- It was hard for me to spot the updated variables "stat_delimiter" and "call_id_string" as the error reasons. It would be nice if the GCC implementation will be even more precise than the check with the Intel comp

[Bug fortran/33197] Fortran 2008: gamma() and other small changes

--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-02-17 16:01 --- Created an attachment (id=15177) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15177&action=view) Patch for some of these points This patch adds all new intrinsics listed in the report except NORM2, and the

[Bug target/35222] [4.3 Regression] EH output contains procedure label without P' selector

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-17 15:58 --- Does this also fail for hppa2.0w-hp-hpux11.11 which would be a secondary target unlike hppa1.1-hp-hpux10.20 which is neither primary nor secondary? -- rguenth at gcc dot gnu dot org changed: What|

[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.

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

[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.

-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |gnu_andrew at member dot fsf |dot org

[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.

--- Comment #5 from gnu_andrew at member dot fsf dot org 2008-02-17 15:57 --- Waiting on my patch to abstract StringBuffer/Builder being committed. Then this is simply a matter of adding a class which uses the 'dont_copy' version of the String constructor with toString. -- http://g

[Bug c++/35233] Unexpected error messages about invalid pointer conversions at end of array initialisation

--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-17 15:55 --- I used the Intel compiler to point me to the actual error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35233

[Bug c++/35233] Unexpected error messages about invalid pointer conversions at end of array initialisation

--- Comment #4 from Markus dot Elfring at web dot de 2008-02-17 15:52 --- (In reply to comment #3) > The problem is here: > sipp.cpp(137): error: a value of type "const char *const *" cannot be used to > initialize an entity of type "void *" >{"cid_str", "Call ID string (default [EM

[Bug libstdc++/35221] [4.3 Regression] libstdc++ broken

--- Comment #9 from pcarlini at suse dot de 2008-02-17 15:49 --- Fixed. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED

[Bug libstdc++/35221] [4.3 Regression] libstdc++ broken

--- Comment #8 from paolo at gcc dot gnu dot org 2008-02-17 15:47 --- Subject: Bug 35221 Author: paolo Date: Sun Feb 17 15:46:30 2008 New Revision: 132380 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132380 Log: 2008-02-17 Paolo Carlini <[EMAIL PROTECTED]> PR libstd

[Bug fortran/35234] New: Undetected "use before definition".

In the code from http://groups.google.fr/group/comp.lang.fortran/browse_thread/thread/120303aae031b672/7dd83bc30a9f19a3#7dd83bc30a9f19a3 gfortran detect the problems coming from the undefined 'j', but not the fact that 'df4_dxi' is used before it is defined. Am I missing a relevant option or is

[Bug middle-end/35227] [4.1/4.2 regression] gcc ICEs for functions with unused complex argument

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-02-17 15:11 --- Fixed on the trunk. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Assigne

[Bug middle-end/35227] [4.1/4.2/4.3 regression] gcc ICEs for functions with unused complex argument

--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-17 15:07 --- Subject: Bug 35227 Author: rguenth Date: Sun Feb 17 15:06:53 2008 New Revision: 132379 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132379 Log: 2008-02-17 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug tree-optimization/35231] [4.3 Regression] VRP miscompiles libX11

--- Comment #5 from rguenther at suse dot de 2008-02-17 14:53 --- Subject: Re: [4.3 Regression] VRP miscompiles libX11 On Sun, 17 Feb 2008, steven at gcc dot gnu dot org wrote: > --- Comment #4 from steven at gcc dot gnu dot org 2008-02-17 14:51 > --- > Does this affect 4.2

[Bug tree-optimization/35231] [4.3 Regression] VRP miscompiles libX11

--- Comment #4 from steven at gcc dot gnu dot org 2008-02-17 14:51 --- Does this affect 4.2 too? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35231

[Bug libstdc++/35221] [4.3 Regression] libstdc++ broken

--- Comment #7 from pcarlini at suse dot de 2008-02-17 14:43 --- Ok, I'm taking care of that. -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|u

[Bug c++/35233] Unexpected error messages about invalid pointer conversions at end of array initialisation

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-17 14:26 --- The problem is here: sipp.cpp(137): error: a value of type "const char *const *" cannot be used to initialize an entity of type "void *" {"cid_str", "Call ID string (default [EMAIL PROTECTED]). %u=call_number, %

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

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||uros at gcc dot gnu dot org Priority|P3

[Bug libstdc++/35221] [4.3 Regression] libstdc++ broken

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-02-17 14:14 --- Yes - please consider reverting the change that caused this PR and work on this on the trunk after we have branched. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35221

[Bug middle-end/35227] [4.1/4.2/4.3 regression] gcc ICEs for functions with unused complex argument

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-17 14:12 --- Unrelated to the implicit cabs() decl: double cabs(double _Complex); double mandel(double _Complex C) { int py; C = (__extension__ 1.0iF) * (double)py; return cabs(C); } I have a patch. --

  1   2   >