[Bug translation/40872] String not extracted for translation

2009-11-11 Thread pearly dot zhao at oracle dot com
--- Comment #18 from pearly dot zhao at oracle dot com 2009-11-12 07:54 --- Run "make gcc.pot" in objdir/gcc/ can extract both branches of this conditional expression. That is to say, the ("declared") line is also include at objdir/gcc/gcc.pot. Can this bug be closed? -- http://gcc

[Bug tree-optimization/41879] [4.5 Regression] 172.mgrid regression, vectorizer prevents predictive commoning

2009-11-11 Thread irar at il dot ibm dot com
--- Comment #5 from irar at il dot ibm dot com 2009-11-12 07:51 --- (In reply to comment #4) > I didn't check yet. We'll work on a simple cost-model integration of > predcom. You mean, vectorizer cost model will take predcom into account? If the vectorization is not profitable (vs. sc

[Bug middle-end/41930] [4.5 regression] cc1 SEGV compiling maxval_r16.c

2009-11-11 Thread ubizjak at gmail dot com
--- Comment #10 from ubizjak at gmail dot com 2009-11-12 07:40 --- Fixed. -- ubizjak at gmail dot com changed: What|Removed |Added URL|

[Bug middle-end/41930] [4.5 regression] cc1 SEGV compiling maxval_r16.c

2009-11-11 Thread uros at gcc dot gnu dot org
--- Comment #9 from uros at gcc dot gnu dot org 2009-11-12 07:30 --- Subject: Bug 41930 Author: uros Date: Thu Nov 12 07:30:05 2009 New Revision: 154116 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154116 Log: PR middle-end/41930 * simplify-rtx.c (simplify_repl

[Bug gcov-profile/42015] New: gcov reports incorrect branches executed

2009-11-11 Thread frodak17 at gmail dot com
While trying to rerun the gcov example supplied in "man gcov" it was noticed that the branch values reported are incorrect. The contents in tmp.c.gcov appears to be correct. gcc (Ubuntu 4.4.1-4ubuntu8) 4.4.1 #include int main (void) { int i, total; total = 0; for (i = 0; i < 10; i++)

[Bug c++/42013] cv-qualification of conditional expression type depending on the value of its first expression?!?

2009-11-11 Thread jason at gcc dot gnu dot org
--- Comment #3 from jason at gcc dot gnu dot org 2009-11-12 05:47 --- More hoops to jump through to prevent the magic decltype handling of calls exposed by constant folding... -- jason at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug other/42014] Inconsistant column number display for "In file incuded from"

2009-11-11 Thread indy2718 at gmail dot com
--- Comment #2 from indy2718 at gmail dot com 2009-11-12 05:14 --- (In reply to comment #1) > >This affects any inflexible error parsing program. > > Considering flag_show_column controls the display of column info, it does not > say always display it, only when aviable. > Should be co

[Bug c++/38712] can't mangle template-id g(t)

2009-11-11 Thread jason at gcc dot gnu dot org
--- Comment #4 from jason at gcc dot gnu dot org 2009-11-12 04:59 --- This issue isn't limited to C++0x mode: struct A { typedef int Type; }; template typename T::Type f (); template char (* g())[sizeof(f())]; int main() { g(); } -- jason at gcc dot gnu dot org changed:

[Bug c++/4926] C++ ABI needs clarification on mangling of complex expressions

2009-11-11 Thread jason at gcc dot gnu dot org
--- Comment #14 from jason at gcc dot gnu dot org 2009-11-12 04:57 --- Actually, we have PR 38712 specifically about the template-id case, so let's go ahead and close this PR. -- jason at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/2316] g++ fails to overload on language linkage

2009-11-11 Thread jason at gcc dot gnu dot org
--- Comment #19 from jason at gcc dot gnu dot org 2009-11-12 04:54 --- I was thinking that the ABI didn't distinguish between C and C++ function types, but I was wrong; it does specify a different mangling for extern "C" functions. The problem is that currently G++ only tracks language

[Bug c++/3187] gcc lays down two copies of constructors

2009-11-11 Thread jason at gcc dot gnu dot org
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|jason at gcc dot gnu dot org|unassigned at gcc dot gnu |

[Bug c++/39131] decimal float point: ICE on typeid( 0.dd )

2009-11-11 Thread jason at gcc dot gnu dot org
--- Comment #4 from jason at gcc dot gnu dot org 2009-11-12 04:49 --- The ICE was fixed a while back; the patch I just checked in makes uses of typeid(0.dd) link. -- jason at gcc dot gnu dot org changed: What|Removed |Added

[Bug other/42014] Inconsistant column number display for "In file incuded from"

2009-11-11 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-12 04:47 --- >This affects any inflexible error parsing program. Considering flag_show_column controls the display of column info, it does not say always display it, only when aviable. -- pinskia at gcc dot gnu dot org chang

[Bug c++/39131] decimal float point: ICE on typeid( 0.dd )

2009-11-11 Thread jason at gcc dot gnu dot org
--- Comment #3 from jason at gcc dot gnu dot org 2009-11-12 04:44 --- Subject: Bug 39131 Author: jason Date: Thu Nov 12 04:44:24 2009 New Revision: 154113 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154113 Log: PR c++/39131 * rtti.c (emit_support_tinfos): Add

[Bug c++/42014] New: Inconsistant column number display for "In file incuded from"

2009-11-11 Thread indy2718 at gmail dot com
In file included from a.h:3:0, from c.cpp:2: Notice there's a 0 on the first line, and no column number on the second line. This affects any inflexible error parsing program. In gcc/diagnostic.c line 245 there's a check for flag_show_column for the first error line but no check fo

[Bug c++/42013] cv-qualification of conditional expression type depending on the value of its first expression?!?

2009-11-11 Thread pinskia at gcc dot gnu dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-11-12 04:16 --- Might be related to the old fixed bug 36628. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42013

[Bug c++/42013] cv-qualification of conditional expression type depending on the value of its first expression?!?

2009-11-11 Thread paolo dot carlini at oracle dot com
--- Comment #1 from paolo dot carlini at oracle dot com 2009-11-12 04:09 --- Actually, the observation about C++0x is largely incorrect, because the actual specifications in DR 1255 are different, use std::add_rvalue_reference. However, my main puzzlement stands. Also, as regards the

[Bug c++/42013] New: cv-qualification of conditional expression type depending on the value of its first expression?!?

2009-11-11 Thread paolo dot carlini at oracle dot com
I'm seeing something strange while implementing C++0x declval. In a nutshell, since I'm not reading anything in 5.16 (of C++03) saying that the type of a conditional expression depends on the value of its first expression, I'm surprised that this is the case with GCC, as far as cv-qualification is

[Bug driver/42007] Make -mfloat-gprs=double the default when compiling for powerpc-linux-gnuspe target

2009-11-11 Thread joseph at codesourcery dot com
--- Comment #3 from joseph at codesourcery dot com 2009-11-12 03:01 --- Subject: Re: Make -mfloat-gprs=double the default when compiling for powerpc-linux-gnuspe target Note that there are more than just e500 processors with the SPE functionality; for example, at least some e200 proc

[Bug driver/42007] Make -mfloat-gprs=double the default when compiling for powerpc-linux-gnuspe target

2009-11-11 Thread oakad at yahoo dot com
--- Comment #2 from oakad at yahoo dot com 2009-11-12 02:51 --- I understand that changing a triplet behavior is not a good idea. However, it seems quite unfortunate, that important, performance affecting feature depends on obscure gcc configuration flag in situation where most existing

[Bug java/41991] gcj segfaults on i686-apple-darwin* and x86_64-apple-darwin*

2009-11-11 Thread howarth at nitro dot med dot uc dot edu
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-11-12 02:43 --- Unfortunately, the proposed patch doesn't solve the crashes in gcj on intel darwin. I would note that if I use javac to convert testme.java into testme.class that... gcj --main=testme -O testme.class comp

[Bug middle-end/41440] SEG FAULT in CSE.C caused by bad RTL expansion

2009-11-11 Thread hutchinsonandy at gcc dot gnu dot org
--- Comment #10 from hutchinsonandy at gcc dot gnu dot org 2009-11-12 02:36 --- Subject: Bug 41440 Author: hutchinsonandy Date: Thu Nov 12 02:35:49 2009 New Revision: 154112 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154112 Log: PR middle-end/41440 * cfgexpand.c (expand_gim

[Bug middle-end/41729] Undefined reference with -fPIC -fwhole-program -flto

2009-11-11 Thread hubicka at gcc dot gnu dot org
--- Comment #2 from hubicka at gcc dot gnu dot org 2009-11-11 23:45 --- Subject: Bug 41729 Author: hubicka Date: Wed Nov 11 23:45:09 2009 New Revision: 154108 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154108 Log: PR middle-end/41729 * ipa.c (function_and_va

[Bug tree-optimization/41735] [4.5 Regression] inlined comdat function sometimes is emitted

2009-11-11 Thread hubicka at gcc dot gnu dot org
--- Comment #4 from hubicka at gcc dot gnu dot org 2009-11-11 23:45 --- Subject: Bug 41735 Author: hubicka Date: Wed Nov 11 23:45:09 2009 New Revision: 154108 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154108 Log: PR middle-end/41729 * ipa.c (function_and_va

[Bug debug/41343] [4.5 Regression] sysdeps/ieee754/dbl-64/dosincos.c from glibc causes excessive memory use

2009-11-11 Thread paolo dot carlini at oracle dot com
--- Comment #22 from paolo dot carlini at oracle dot com 2009-11-11 23:40 --- *** Bug 42012 has been marked as a duplicate of this bug. *** -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug c/42012] server not respond

2009-11-11 Thread paolo dot carlini at oracle dot com
--- Comment #3 from paolo dot carlini at oracle dot com 2009-11-11 23:40 --- Thanks Joseph. Thus, let's close this one as duplicate, please re-open if the problem can be reproduced also with current mainline. Thanks. *** This bug has been marked as a duplicate of 41343 *** -- paolo

[Bug c/42012] server not respond

2009-11-11 Thread joseph at codesourcery dot com
--- Comment #2 from joseph at codesourcery dot com 2009-11-11 23:35 --- Subject: Re: server not respond This is probably a duplicate of bug 41343 (it's reported against a trunk version more than a month old). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42012

[Bug c/42012] server not respond

2009-11-11 Thread paolo dot carlini at oracle dot com
--- Comment #1 from paolo dot carlini at oracle dot com 2009-11-11 23:27 --- Indeed, please provide the error message, at least, plus all the required bug information per: http://gcc.gnu.org/bugs/ -- paolo dot carlini at oracle dot com changed: What|Removed

[Bug target/40983] The scheduler incorrectly swaps MMX and floating point instructions

2009-11-11 Thread mikulas at artax dot karlin dot mff dot cuni dot cz
--- Comment #6 from mikulas at artax dot karlin dot mff dot cuni dot cz 2009-11-11 23:06 --- I think you can commit it to gcc. I don't see a reason why it shouldn't be committed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40983

[Bug java/41991] gcj segfaults on i686-apple-darwin* and x86_64-apple-darwin*

2009-11-11 Thread andreast at gcc dot gnu dot org
--- Comment #3 from andreast at gcc dot gnu dot org 2009-11-11 22:40 --- Does this help: [deuterium:head/gcc/libjava] andreast% svn diff Makefile.am Makefile.in Index: Makefile.am === --- Makefile.am (revision 154097) +++

[Bug fortran/41978] [F03] ICE in gfc_conv_expr_descriptor for array PPC assignment

2009-11-11 Thread janus at gcc dot gnu dot org
--- Comment #5 from janus at gcc dot gnu dot org 2009-11-11 22:38 --- Fixed with r154107. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/41978] [F03] ICE in gfc_conv_expr_descriptor for array PPC assignment

2009-11-11 Thread janus at gcc dot gnu dot org
--- Comment #4 from janus at gcc dot gnu dot org 2009-11-11 22:37 --- Subject: Bug 41978 Author: janus Date: Wed Nov 11 22:37:31 2009 New Revision: 154107 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154107 Log: 2009-11-11 Janus Weil PR fortran/41978 * reso

[Bug tree-optimization/41735] [4.5 Regression] inlined comdat function sometimes is emitted

2009-11-11 Thread hubicka at gcc dot gnu dot org
--- Comment #3 from hubicka at gcc dot gnu dot org 2009-11-11 22:23 --- Testing patch. -- hubicka at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|u

[Bug middle-end/41729] Undefined reference with -fPIC -fwhole-program -flto

2009-11-11 Thread hubicka at gcc dot gnu dot org
--- Comment #1 from hubicka at gcc dot gnu dot org 2009-11-11 22:15 --- This seems to be some issue with EH producing type infos too early. LDFCM0 appears there is action record: .LLSDACSE1: .byte 0x1 # Action record table .byte 0x0 .align 4 .long

[Bug c/42012] New: server not respond

2009-11-11 Thread aleppos at hotmail dot com
i build glibc ../glibc/configure --prefix=/usr --enable-shared --disable-profile --enable- add-ons --with-tls --with-__thread --enable-kernel=2.6.18 -- libexecdir=/usr/lib/glibc --build=x86_64-redhat-linux make gcc (GCC) 4.5.0 20091003 (experimental) it's work but sto

[Bug target/41993] [sh] ICE in create_pre_exit, at mode-switching.c:399

2009-11-11 Thread kkojima at gcc dot gnu dot org
--- Comment #1 from kkojima at gcc dot gnu dot org 2009-11-11 21:59 --- All 4.x sh compilers fail with similar way. Looks only when unoptimized. Does the patch below work for you? --- ORIG/trunk/gcc/mode-switching.c 2009-02-21 09:26:24.0 +0900 +++ trunk/gcc/mode-switching.c

[Bug fortran/41978] [F03] ICE in gfc_conv_expr_descriptor for array PPC assignment

2009-11-11 Thread domob at gcc dot gnu dot org
--- Comment #3 from domob at gcc dot gnu dot org 2009-11-11 21:08 --- I've not checked the standard about this, but seems fine to me. I also give you an ok for that patch (maybe with a test-case) if you want to submit/commit. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41978

[Bug middle-end/41992] ICE on invalid dereferencing of void *

2009-11-11 Thread mikulas at artax dot karlin dot mff dot cuni dot cz
--- Comment #3 from mikulas at artax dot karlin dot mff dot cuni dot cz 2009-11-11 21:06 --- You can dereference void * in asm arguments --- i.e. void *p; ... asm volatile ("prefetch %0"::"m"(*p)); gcc warns in this case about the dereference and maybe it shouldn't (but it's trivial to

[Bug fortran/41978] [F03] ICE in gfc_conv_expr_descriptor for array PPC assignment

2009-11-11 Thread janus at gcc dot gnu dot org
--- Comment #2 from janus at gcc dot gnu dot org 2009-11-11 21:02 --- (In reply to comment #1) > I'm not 100% sure, but I think this also applies to PPCs. If this is correct, then the fix for this PR is as simple as Index: gcc/fortran/resolve.c =

[Bug fortran/41978] ICE in gfc_conv_expr_descriptor for array PPC assignment

2009-11-11 Thread janus at gcc dot gnu dot org
--- Comment #1 from janus at gcc dot gnu dot org 2009-11-11 20:38 --- Replacing the PPC assignment by a plain pointer component assignment IMPLICIT NONE TYPE t integer, pointer :: p END TYPE t integer :: i TYPE(t) :: arr(2) arr%p => i END is being rejected with: arr%

[Bug tree-optimization/41879] [4.5 Regression] 172.mgrid regression, vectorizer prevents predictive commoning

2009-11-11 Thread rguenth at gcc dot gnu dot org
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-11-11 20:38 --- I didn't check yet. We'll work on a simple cost-model integration of predcom. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41879

[Bug testsuite/42001] LTO tests fail with non multilib targets (but still not --disable-multilib )

2009-11-11 Thread rguenth at gcc dot gnu dot org
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-11-11 20:37 --- Fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42001

[Bug c++/42011] New: linker error with typedef struct

2009-11-11 Thread ookami1 at gmx dot de
Hello, I'd like to point your attention to a weird linker error I see on my system on gcc version 4.3.3, 4.4.1 and 4.4.2. I could not find anything related to this in bugzilla using the keyword typedef. Here are three files I use to produce the error: /* * bug.cpp * * Created on: 07.11.2009

[Bug middle-end/42004] [4.5 regression] Revision 154079 failed g++.dg/torture/stackalign/unwind-2.C

2009-11-11 Thread rguenth at gcc dot gnu dot org
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42004

[Bug c/42006] [4.5 Regression] Termination problem with -O2 and -O3

2009-11-11 Thread rguenth at gcc dot gnu dot org
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-11 20:35 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug testsuite/42001] LTO tests fail with non multilib targets (but still not --disable-multilib )

2009-11-11 Thread hjl at gcc dot gnu dot org
--- Comment #9 from hjl at gcc dot gnu dot org 2009-11-11 20:34 --- Subject: Bug 42001 Author: hjl Date: Wed Nov 11 20:34:13 2009 New Revision: 154104 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154104 Log: 2009-11-11 H.J. Lu PR testsuite/42001 * gcc.dg/lt

[Bug c++/37352] thunks for virtual function should work on lto

2009-11-11 Thread rguenth at gcc dot gnu dot org
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-11-11 20:32 --- There's a simple workaround for most cases, condition asm-thunks on !flag_write_lto. We'll do this if a proper implementation doesn't come up for 4.5. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37352

[Bug testsuite/42001] LTO tests fail with non multilib targets (but still not --disable-multilib )

2009-11-11 Thread hjl dot tools at gmail dot com
--- Comment #8 from hjl dot tools at gmail dot com 2009-11-11 20:06 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00566.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug c++/42010] New: ICE: lang_* check: failed in discriminator_for_local_entity, at cp/mangle.c:1581

2009-11-11 Thread zsojka at seznam dot cz
: ../configure --enable-languages=lto,c,c++ --prefix=/mnt/svn/gcc-trunk/binary-154095-lto/ Thread model: posix gcc version 4.5.0 2009 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-std=gnu++0x' '-c' '-o' 'tmp.o' '-shared-libgcc' '

[Bug lto/42009] LTO unable to link in presence of multiple inheritance

2009-11-11 Thread pinskia at gcc dot gnu dot org
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-11-11 18:28 --- This is a dup of bug 37352 which is about thunks not working. *** This bug has been marked as a duplicate of 37352 *** -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug c++/37352] thunks for virtual function should work on lto

2009-11-11 Thread pinskia at gcc dot gnu dot org
--- Comment #9 from pinskia at gcc dot gnu dot org 2009-11-11 18:28 --- *** Bug 42009 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug lto/42009] LTO unable to link in presence of multiple inheritance

2009-11-11 Thread pinskia at gcc dot gnu dot org
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-11 18:27 --- Yes this is a known issue, thunks are not implemented. I thought there was a bug about this already too. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug lto/42009] LTO unable to link in presence of multiple inheritance

2009-11-11 Thread wouter dot vermaelen at scarlet dot be
--- Comment #2 from wouter dot vermaelen at scarlet dot be 2009-11-11 18:26 --- I (independently) found the same issue today. I managed to reduce it to the following testcase: > cat foo.cc struct Base1 { virtual ~Base1(); }; struct Base2 { virtual ~Base2(); }; struct Foo : Base1, Base

[Bug driver/42007] Make -mfloat-gprs=double the default when compiling for powerpc-linux-gnuspe target

2009-11-11 Thread jsm28 at gcc dot gnu dot org
--- Comment #1 from jsm28 at gcc dot gnu dot org 2009-11-11 15:36 --- Changing the meaning of an existing target triplet is a bad idea. Use --enable-e500-double when configuring GCC if you want -mfloat-gprs=double by default. -- jsm28 at gcc dot gnu dot org changed: What

[Bug testsuite/41913] ERROR: tcl error sourcing gcc.dg/lto/lto.exp

2009-11-11 Thread hjl dot tools at gmail dot com
--- Comment #5 from hjl dot tools at gmail dot com 2009-11-11 15:33 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00541.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug lto/41932] LTO ICE when compiling ocaml trunk (incompatible type)

2009-11-11 Thread jamborm at gcc dot gnu dot org
--- Comment #11 from jamborm at gcc dot gnu dot org 2009-11-11 15:10 --- Basile, can you please confirm that this is now fixed? Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41932

[Bug testsuite/42001] LTO tests fail with non multilib targets (but still not --disable-multilib )

2009-11-11 Thread hjl dot tools at gmail dot com
--- Comment #7 from hjl dot tools at gmail dot com 2009-11-11 15:08 --- (In reply to comment #5) > well most targets are multilibbed now so I never saw it. I think you should > just remove -lm then . > -lm is added to most, if not, tests. How do you remove it? Shouldn't we have both -

[Bug lto/41932] LTO ICE when compiling ocaml trunk (incompatible type)

2009-11-11 Thread jamborm at gcc dot gnu dot org
--- Comment #10 from jamborm at gcc dot gnu dot org 2009-11-11 15:07 --- Subject: Bug 41932 Author: jamborm Date: Wed Nov 11 15:07:18 2009 New Revision: 154095 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154095 Log: 2009-11-11 Martin Jambor PR lto/41932 *

[Bug lto/42009] LTO unable to link in presence of multiple inheritance

2009-11-11 Thread jamborm at gcc dot gnu dot org
--- Comment #1 from jamborm at gcc dot gnu dot org 2009-11-11 14:40 --- Created an attachment (id=19004) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19004&action=view) Testcase This is the testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42009

[Bug lto/42009] New: LTO unable to link in presence of multiple inheritance

2009-11-11 Thread jamborm at gcc dot gnu dot org
The C++ testcase that I am about to attach compiles and links well without LTO at all optimizations levels. Unfortunately, whenever I try to compile it with LTO (at any optimization level including zero), I get the following link error: mjam...@host:~/gcc/fail$ ~/gcc/inst/trunk/bin/g++ -flto test

[Bug bootstrap/42002] Bootstrap failure: ld doesn't find 64-bit libelf on Fedora 11

2009-11-11 Thread jakub at gcc dot gnu dot org
--- Comment #3 from jakub at gcc dot gnu dot org 2009-11-11 14:20 --- Not sure where you searched, http://download.fedora.redhat.com/pub/fedora/linux/updates/11/ppc/ certainly contains both elfutils-libelf-devel-0.142-1.fc11.ppc.rpm elfutils-libelf-devel-0.142-1.fc11.ppc64.rpm and simila

[Bug libstdc++/35569] [c++0x] std::bind result functor doesn't accept rvalues

2009-11-11 Thread redi at gcc dot gnu dot org
--- Comment #10 from redi at gcc dot gnu dot org 2009-11-11 14:05 --- Sorry for the lack of progress, I'll take another crack at it this week and report back on what I've got and what doesn't work. If I can't finish it I'll say so and unassign myself from this PR -- http://gcc.gnu.

[Bug bootstrap/42002] Bootstrap failure: ld doesn't find 64-bit libelf on Fedora 11

2009-11-11 Thread lucier at math dot purdue dot edu
--- Comment #2 from lucier at math dot purdue dot edu 2009-11-11 13:52 --- Thanks a lot for the explanation! I'm looking through the list of packages on Fedora with elfutils in the title; there is no elfutils-libelf-devel.ppc64, but the only ppc64 packages I can find are elfutils-deve

[Bug libstdc++/35569] [c++0x] std::bind result functor doesn't accept rvalues

2009-11-11 Thread paolo dot carlini at oracle dot com
--- Comment #9 from paolo dot carlini at oracle dot com 2009-11-11 13:19 --- Jon, do you have any updated plans about this and related issues? I think it would be nice if we could make progress on the C++0x for 4.5.0... -- paolo dot carlini at oracle dot com changed: Wh

[Bug fortran/42008] Wrongly rejected derived types with default initializers in PURE procedures

2009-11-11 Thread burnus at gcc dot gnu dot org
--- Comment #1 from burnus at gcc dot gnu dot org 2009-11-11 12:54 --- Misread the program one. I think it is also valid. The constraint which is wrongly applied is: "C1268 A local variable declared in the specification-part or internal-subprogram-part of a pure subprogram shall not ha

[Bug c++/42000] missing -Wuninitialized warning on a user-defined class ctor

2009-11-11 Thread redi at gcc dot gnu dot org
--- Comment #1 from redi at gcc dot gnu dot org 2009-11-11 11:50 --- It would certainly be nice to get warnings about members that are not initialized in the constructor, I don't think GCC currently does that anywhere. If you add -O then you will get a warning for the use of the member.

[Bug fortran/42008] New: Wrongly rejected derived types with default initializers in PURE procedures

2009-11-11 Thread burnus at gcc dot gnu dot org
Found at http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/141265154c2fcc71 Reinhold Bader thinks that at least the second program, using default initializers, is valid. Oddly, the program works with the TYPE is not defined locally but use-associated. The first program of M. R

[Bug middle-end/41930] [4.5 regression] cc1 SEGV compiling maxval_r16.c

2009-11-11 Thread ubizjak at gmail dot com
--- Comment #8 from ubizjak at gmail dot com 2009-11-11 11:10 --- Testing patch (it bootstraps OK on alpha-linux-gnu). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41930

[Bug middle-end/41930] [4.5 regression] cc1 SEGV compiling maxval_r16.c

2009-11-11 Thread ubizjak at gmail dot com
--- Comment #7 from ubizjak at gmail dot com 2009-11-11 10:37 --- We recurse with: simplify_replace_fn_rtx called, x = (expr_list:REG_DEP_TRUE (symbol_ref:DI ("_OtsGeqX") [flags 0x41]) (expr_list:REG_DEP_TRUE (mem:TF (reg/f:DI 75 [ array_3(D)->data ]) [3 S16 A128]) (expr_lis

[Bug middle-end/41930] [4.5 regression] cc1 SEGV compiling maxval_r16.c

2009-11-11 Thread ubizjak at gmail dot com
--- Comment #6 from ubizjak at gmail dot com 2009-11-11 10:01 --- (In reply to comment #3) > Subject: Re: [4.5 regression] cc1 SEGV compiling maxval_r16.c > > > I'll build a cross compiler from i386-pc-solaris2.10 and see if I can > > reproduce the problem there. > > Unfortunately, th

[Bug fortran/41631] [OOP] Support CLASS IS () in SELECT TYPE

2009-11-11 Thread janus at gcc dot gnu dot org
--- Comment #1 from janus at gcc dot gnu dot org 2009-11-11 09:41 --- Fixed on the fortran-dev branch as of r154089. -- janus at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/42004] [4.5 regression] Revision 154079 failed g++.dg/torture/stackalign/unwind-2.C

2009-11-11 Thread ebotcazou at gcc dot gnu dot org
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-11-11 08:25 --- > On Linux/ia32, revision 154079: > > http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00300.html > > caused: > > FAIL: g++.dg/torture/stackalign/unwind-2.C -O1 execution test > FAIL: g++.dg/torture/stackalign/unwind