--- Comment #7 from jason at gcc dot gnu dot org 2009-11-04 22:29 ---
Subject: Bug 39413
Author: jason
Date: Wed Nov 4 22:29:35 2009
New Revision: 153920
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153920
Log:
PR c++/39413
* search.c (lookup_base): Don't comp
--- Comment #8 from jason at gcc dot gnu dot org 2009-11-04 22:31 ---
Fixed for 4.5.0.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--- Comment #5 from jason at gcc dot gnu dot org 2009-11-04 22:34 ---
14.7.1 [temp.local]
Like normal (non-template) classes, class templates have an injected-class-name
(Clause 9). The injected-class-name can be used with or without a
template-argument-list. When it is used without a t
--- Comment #12 from jason at gcc dot gnu dot org 2009-11-04 22:36 ---
Paolo's point about -Wfatal-errors makes me inclined to leave this alone.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41884
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #13 from jason at gcc dot gnu dot org 2009-11-04 23:13 ---
Subject: Bug 36912
Author: jason
Date: Wed Nov 4 23:13:23 2009
New Revision: 153921
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153921
Log:
PR c++/36912
* varasm.c (initializer_constant_va
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-11-04 23:24 ---
I'm reducing this one for a C testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41903
--- Comment #8 from jason at gcc dot gnu dot org 2009-11-04 23:27 ---
The problem is that we use a local_specializations hash table to look up locals
when instantiating a template, and i isn't in bar()'s local_specializations, so
we fail. We need to make static locals their own temploid
--- Comment #16 from vincent dot riviere at freesbee dot fr 2009-11-04
23:41 ---
Hello, I've just tested with GCC trunk, it seems to be fixed !
Thanks, Jason.
--
vincent dot riviere at freesbee dot fr changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-05 00:42 ---
Actually this is valid C99 code after all.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-11-05 00:45 ---
6.7.5.3/4 says:
After adjustment, the parameters in the a parameter type list in a function
declarator that is part of a definition of that function shall not have
incomplete type.
But the adjustment is the decaying
--- Comment #7 from anhvofrcaus at gmail dot com 2009-11-05 01:00 ---
I did look at it. However, I do not understand it thinks ./a.exe has bad file
number as shown in the fragment of the /intl/config.log. The question is how
can I fix this problem? Thanks.
[...]
configure:2947: /c/Gcc
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-11-05 01:08 ---
Actually I take that back, C99 explicitly says arrays cannot be an incomplete
type. See 6.7.5.2/1.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from bkoz at gcc dot gnu dot org 2009-11-05 02:15 ---
Created an attachment (id=18970)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18970&action=view)
patch for parallel fill and fill_n
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38875
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-11-05 02:16 ---
Here's how parallel fill would look, based on Johannes patch.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38875
--- Comment #8 from paolo dot carlini at oracle dot com 2009-11-05 02:33
---
Cool. Now it would be nice to benchmark it a bit, somehow, a version of it with
the actual code not commented out, I mean ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38875
--- Comment #2 from lifeng at gcc dot gnu dot org 2009-11-05 02:38 ---
(In reply to comment #1)
> What are the options that you used to produce this?
> I am not able to reproduce the failing clast with -O2, nor with -O3 with the
> current graphite branch.
I produce this with -O2. It see
# 1 "strcmp.c"
# 1 ""
# 1 ""
# 1 "strcmp.c"
int strcmp (const char *, const char *);
int
strcmp (const char *s1, const char *s2)
{
if ((!s1 && s2) || (s1 && !s2))
return (int) (s1 - s2);
if (s1 == s2)
return 0;
while (*s1 == *s2++)
if (*s1++ == '\0')
--- Comment #9 from bkoz at gcc dot gnu dot org 2009-11-05 02:52 ---
Yes, of course. Just providing the framework, since that was a bit tricky.
I should add all the steps here to the parallel mode docs to make this less
confusing for people trying to experiment.
best,
benjamin
--
--- Comment #9 from ghazi at gcc dot gnu dot org 2009-11-05 02:55 ---
(In reply to comment #8)
> > Say I have a silly question, how is gmp.h getting pulled into gcc.c in the
> > first place? It's supposed to come in via real.h which should only get
> > included by middle-end files linki
101 - 120 of 120 matches
Mail list logo
