On 11/02/09 22:39, Larry Evans wrote:
The following code around trunk/gcc/cp/pt.c:15514:
15513 partial_spec_args = INNERMOST_TEMPLATE_ARGS (partial_spec_args);
15514 partial_spec_args = tsubst_template_args
15515 (partial_spec_args, outer_args, tf_none, NULL_TREE);
as shown here:
Yesterday, I wrote:
BTW, today I have achieved some good results with existing IRA by doing
the following:
1) Changed the REG_ALLOC_ORDER so that TOP_CREGS are given out before
BOTTOM_REGS. My previous hacked version worked by increasing the
priority of those that wanted BOTTOM_REGS, so
On 11/11/09 08:18, Ian Bolton wrote:
Good news! I have been able to remove my total_costs hack
above by instead commenting out the following line from ira_build()
in ira-build.c:
remove_unnecessary_regions (false);
Which is probably an indication of a problem elsewhere. However, it's
Hi everyone,
I've been looking at adding some code to a performance-critical section
of OpenBIOS, and I'm quite confused by how some of the changes I am
making are affecting the overall performance.
For a benchmark, I am using a recursive fibonacci function to test the
effect of any changes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
cause are the generated scripts as and collect-ld in the gcc diretory.
After building the stage 1 compiler the configuration of libgcc fails.
configure:3019: /home/rainer/tmp/build/./gcc/xgcc
- -B/home/rainer/tmp/build/./gcc/
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ralf Wildenhues schrieb:
Hello Rainer,
* Rainer Emrich wrote on Tue, Aug 18, 2009 at 04:08:38PM CEST:
Are there any plans to update libtool?
If anybody updates libtool before the Autoconf + Automake update,
I'm probably going to run
Ian Bolton wrote:
Yesterday, I wrote:
BTW, today I have achieved some good results with existing IRA by doing
the following:
1) Changed the REG_ALLOC_ORDER so that TOP_CREGS are given out before
BOTTOM_REGS. My previous hacked version worked by increasing the
priority of those that wanted
This is the beta release of binutils 2.20.51.0.3 for Linux, which is
based on binutils 2009 1109 in CVS on sourceware.org plus various
changes. It is purely for Linux.
All relevant patches in patches have been applied to the source tree.
You can take a look at patches/README to see what have been
Ian Lance Taylor i...@google.com writes:
[...] Go, a new experimental systems programming language designed
by a small group at Google. [...] The frontend is written in, yes,
C++. [...]
Neat. Are there any plans to have a front-end written in its own
language (and use the current C++ one
Vladimir Makarov wrote:
Ian Bolton wrote:
Yesterday, I wrote:
BTW, today I have achieved some good results with existing IRA by
doing
the following:
1) Changed the REG_ALLOC_ORDER so that TOP_CREGS are given out
before
BOTTOM_REGS. My previous hacked version worked by increasing
Frank Ch. Eigler wrote:
Ian Lance Taylor i...@google.com writes:
[...] Go, a new experimental systems programming language designed
by a small group at Google. [...] The frontend is written in, yes,
C++. [...]
Neat. Are there any plans to have a front-end written in its own
language (and
I am hacking in the gcc code and come to a point where I cant come
any further: I want to expand the -finstrument-functions to create a dynamic
dump function in the background, instead of calling a fixed
__cyg_profile_func_enter/exit
I.e:
if I have
f1(int a,int b) { }
I would like to create a
Hello Rainer,
* Rainer Emrich wrote on Wed, Nov 11, 2009 at 05:47:13PM CET:
Any news on libtool? Does anybody care to update?
Work in progress:
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00032.html
Since then, I found a couple of issues, one of which was a
bug in the sync and the other I'm
Ian Bolton wrote:
Vladimir Makarov wrote:
Ian Bolton wrote:
Yesterday, I wrote:
BTW, today I have achieved some good results with existing IRA by
doing
the following:
1) Changed the REG_ALLOC_ORDER so that TOP_CREGS are given out
before
BOTTOM_REGS. My previous hacked
On Wed, 11 Nov 2009, Basile STARYNKEVITCH wrote:
My feeling is that Google's Go (quite a nice language from the slides I just
have read) is almost canonically the case for a front-end plugin.
Well, if you really wish to impede host portability in several different
ways.
* Use of a plugin
On Wed, Nov 11, 2009 at 11:26:36AM -0800, Basile STARYNKEVITCH wrote:
My feeling is that Google's Go (quite a nice language from the slides I just
have read) is almost canonically the case
for a front-end plugin.
I have some major concerns about this suggestion. Isn't this a recipe for
On Nov 11, 2009, at 12:43 PM, Joe Buck wrote:
They weren't intended as a way of attaching complete new front ends
or complete new back ends. That was the thing that RMS feared the
most,
and he had at least some justification: would we have a C++ compiler
or
an Objective-C compiler if the
Joe Buck wrote:
On Wed, Nov 11, 2009 at 11:26:36AM -0800, Basile STARYNKEVITCH wrote:
My feeling is that Google's Go (quite a nice language from the slides I just have read) is almost canonically the case
for a front-end plugin.
I have some major concerns about this suggestion. Isn't this a
f...@redhat.com (Frank Ch. Eigler) writes:
Ian Lance Taylor i...@google.com writes:
[...] Go, a new experimental systems programming language designed
by a small group at Google. [...] The frontend is written in, yes,
C++. [...]
Neat. Are there any plans to have a front-end written in
Basile STARYNKEVITCH wrote:
* Google Go is still a niche language. And I would guess it is targetted
to Linux Unix variants (because I heard that Google does not use
Windows on their web-crawling servers, but only Unix variants, mostly
Linux). I really feel that a niche language is exactly
Bonjour,
Nous vous proposons de découvrir en avant-première le dernier Disney, « Le
drôle de Noël de Scrooge » avec Jim Carrey,
De faire avancer la recherche sur les maladies du cerveau,
De faire plaisir à vos collaborateurs et à vos clients…
Et de découvrir le Rotary !
C'est une initiative
On Wed, 11 Nov 2009, Basile STARYNKEVITCH wrote:
* Looking at other niche languages in the past having had a GCC front-end (D,
Mercury, perhaps some Modula, or Cobol, or Pascal, ...) it seems that most of
them are not accepted in the GCC trunk proper. As far as I understand, neither
gcc-4.4
Joseph S. Myers wrote:
On Wed, 11 Nov 2009, Basile STARYNKEVITCH wrote:
* Looking at other niche languages in the past having had a GCC front-end (D,
Mercury, perhaps some Modula, or Cobol, or Pascal, ...) it seems that most of
them are not accepted in the GCC trunk proper.
No, it's not
Basile STARYNKEVITCH bas...@starynkevitch.net writes:
BTW, I understood perhaps wrongly that Ian Taylor seems to believe
that gccgo has not much future, and that most of the software written
in Go (the Google niche language) could be compiled by something which
is not GCC based.
I certainly
--- 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-2.C
--- 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 #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, the
--- 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])
--- 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
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.
--- 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
--- 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
--- 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 functional for 4.5.0...
--
paolo dot carlini at oracle dot com changed:
--- 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
--- 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
--
--- 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
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
--- 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=19004action=view)
Testcase
This is the testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42009
--- 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=gccview=revrev=154095
Log:
2009-11-11 Martin Jambor mjam...@suse.cz
PR
--- 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 -r
--- 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 #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 #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:
--- 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,
--- 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 #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 #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
with: ../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'
'-mtune=generic'
/mnt/svn/gcc-trunk/binary-154095-lto/libexec/gcc
--- 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
--- 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 #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=gccview=revrev=154104
Log:
2009-11-11 H.J. Lu hongjiu...@intel.com
PR testsuite/42001
--- 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
--
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
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
--- 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
--- 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 #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:
--- 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 #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 #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
+++
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
--- 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
--- 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
--- 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=gccview=revrev=154107
Log:
2009-11-11 Janus Weil ja...@gcc.gnu.org
PR
--- 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 #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 #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 #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 #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 #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 ***
--
--- 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 #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=gccview=revrev=154108
Log:
PR middle-end/41729
* ipa.c
--- 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=gccview=revrev=154108
Log:
PR middle-end/41729
* ipa.c
--- 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=gccview=revrev=154112
Log:
PR middle-end/41440
* cfgexpand.c
--- 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
--- 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
--- 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
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 #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
--- 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=gccview=revrev=154113
Log:
PR c++/39131
* rtti.c (emit_support_tinfos): Add
--- 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
--- 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
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
--- 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
--
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 #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
--- 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 #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 class T
typename T::Type f ();
template class T
char (* g())[sizeof(fT())];
int main()
{
gA();
}
--
jason at gcc dot gnu dot
--- 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
--- 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
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 stdio.h
int main (void)
{
int i, total;
total = 0;
for (i = 0; i 10;
--- 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=gccview=revrev=154116
Log:
PR middle-end/41930
* simplify-rtx.c
--- 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 #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.
--- 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?
--
96 matches
Mail list logo
