--- 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
--- 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
--- Comment #10 from ubizjak at gmail dot com 2009-11-12 07:40 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
URL|
--- 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
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++)
--- 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
---
--- 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
--- 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:
--- 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
---
--- 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
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|jason at gcc dot gnu dot org|unassigned at gcc dot gnu
|
--- 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
--- 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
--- 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
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
--- 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
--- 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
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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
---
--- 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
--- 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
--- 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
--- 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
--- 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)
+++
--- 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
--- 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
--- 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
--- 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
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
--- 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
--- 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
--- 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
--- 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
=
--- 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%
--- 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
--- 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
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
--
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
--- 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
--- 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
--- 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
--- 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
---
: ../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'
'
--- 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
--- 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
---
--- 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
---
--- 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
--- 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
--- 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
---
--- 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
--- 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 -
--- 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
*
--- 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
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
--- 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
--- 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.
--- 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
--- 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
--- 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
--- 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.
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
--- 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
--- 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
--- 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
--- 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
--
--- 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
72 matches
Mail list logo
