--- Comment #9 from ebotcazou at gcc dot gnu dot org 2009-11-03 22:52
---
At long last.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #5 from jason at gcc dot gnu dot org 2009-11-03 21:34 ---
Subject: Bug 39786
Author: jason
Date: Tue Nov 3 21:33:55 2009
New Revision: 153872
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153872
Log:
PR c++/41876
* parser.c (cp_parser_exception_decl
--- Comment #2 from jason at gcc dot gnu dot org 2009-11-03 21:34 ---
Subject: Bug 41876
Author: jason
Date: Tue Nov 3 21:33:55 2009
New Revision: 153872
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153872
Log:
PR c++/41876
* parser.c (cp_parser_exception_decl
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2009-11-03 22:49
---
Subject: Bug 10127
Author: ebotcazou
Date: Tue Nov 3 22:49:37 2009
New Revision: 153877
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153877
Log:
PR target/10127
PR ada/20548
* e
--- Comment #1 from jason at gcc dot gnu dot org 2009-11-03 18:43 ---
Subject: Bug 41927
Author: jason
Date: Tue Nov 3 18:43:06 2009
New Revision: 153863
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153863
Log:
PR c++/41927
* typeck.c (build_x_binary_op): Don'
--- Comment #57 from paolo dot carlini at oracle dot com 2009-11-03 21:36
---
To be clear: I'm 100% sure you are doing your (current) best to help, and I
appreciate that. But at same time, we have to follow here some definite
policies and methodologies in the work. By the way, don't hes
--- Comment #1 from jason at gcc dot gnu dot org 2009-11-03 20:52 ---
Subject: Bug 41876
Author: jason
Date: Tue Nov 3 20:52:21 2009
New Revision: 153864
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153864
Log:
PR c++/41876
* parser.c (cp_parser_type_specifier
--- Comment #51 from paolo dot carlini at oracle dot com 2009-11-03 17:56
---
Ok, agreed, let's use PODness and restrict ourselves to k == 1. In future,
we'll see...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41351
--- Comment #54 from potswa at mac dot com 2009-11-03 20:43 ---
Created an attachment (id=18959)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18959&action=view)
A couple benchmarks for 32-bit mode and updated fwd+copy
Yikes. Just a second: yesterday I played around with the forwa
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2009-11-04 00:32
---
Changed summary to reflect current status. Writes are fixed.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
$ cat test.c
template
struct foo
{
void bar(int i, TT... tt)
{
auto l = [tt...](){};
}
};
void moo()
{
foo<> foo;
foo.bar(0);
}
$ arm-elf-g++.exe -std=gnu++0x -c test.c
test.c: In member function 'void foo::bar(int, TT ...)':
test.c:6:12: error: parameter packs
--- Comment #56 from potswa at mac dot com 2009-11-03 21:01 ---
Okay
I'm doing my best, anyway. I'll be holding off on other contributions
until I get a compiler capable of testing my code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41351
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #2 from jason at gcc dot gnu dot org 2009-11-03 18:43 ---
Fixed for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-11-03 20:02 ---
My /tmp is small so this causes it to be filled up quickly. Is there a simple
work around?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
$ cat test.c
void foo(...);
template
void bar1(TT... tt)
{
auto my_precious = [=](){ foo(tt...); };
}
template
void bar2(TT... tt)
{
auto my_precious = [&](){ foo(tt...); };
}
$ arm-elf-g++.exe -std=gnu++0x -c test.c
test.c: In lambda function:
test.c:7:35: error: parameter packs not
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #2 from bruck dot michael at googlemail dot com 2009-11-04
03:15 ---
I filed Bug 41934, which may have related causes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41933
--- Comment #7 from siarhei dot siamashka at gmail dot com 2009-11-03
20:09 ---
Thanks a lot for checking this. And sorry about the confusion caused by
attributing slowness of the testcase to the microcoded stuff (which turned out
to be not the case) without proper checking this first.
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-11-03 23:43 ---
Hey, hey! Cool.
So, pre-patch I get this for the attached (get.ii.bz2) file:
$bld/H-x86-gcc.20091103/bin/g++ -g -std=gnu++0x -Wall -Wfatal-errors get.ii
In file included from
/mnt/share/src/gcc/libstdc++-v3
[...@gnu-6 gold-1]$ make clean
rm -f *.o *.s *.c.*
[...@gnu-6 gold-1]$ rm -f /tmp/cc*
[...@gnu-6 gold-1]$ make
/export/build/gnu/gcc/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/../lto-plugin/.libs/ -O2 -flto
-fuse-linke
--- Comment #4 from jason at gcc dot gnu dot org 2009-11-03 22:07 ---
Fixed for 4.3.5, 4.4.3, 4.5.0.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #32 from jason at gcc dot gnu dot org 2009-11-03 20:40 ---
(In reply to comment #27)
> we only strip typedefs at the top level
This has now been fixed. I'm going to close this bug now; feel free to reopen
it if you see another instance of the problem in 4.5.
--
jason at
--- Comment #3 from jakub at gcc dot gnu dot org 2009-11-03 22:36 ---
Subject: Bug 41917
Author: jakub
Date: Tue Nov 3 22:36:39 2009
New Revision: 153874
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153874
Log:
PR rtl-optimization/41917
* rtlanal.c (num_sign_b
--- Comment #4 from jason at gcc dot gnu dot org 2009-11-03 20:52 ---
Subject: Bug 39786
Author: jason
Date: Tue Nov 3 20:52:30 2009
New Revision: 153865
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153865
Log:
PR c++/39786
* g++.dg/lookup/using22.C: New.
Add
/gcc-trunk
--with-gxx-include-dir=/usr/local/lib/gcc-trunk/include/c++/ --disable-multilib
--enable-lto --enable-plugins --enable-maintainer-mode
--enable-languages=c,c++,lto --no-create --no-recursion
Thread model: posix
gcc version 4.5.0 20091103 (experimental) (GCC)
1. Retrieve ocaml-trunk rev
--- Comment #3 from jason at gcc dot gnu dot org 2009-11-03 20:45 ---
This test now passes with 4.5, presumably because of
2009-10-28 Jason Merrill
Core issue 812, 861
* name-lookup.c (set_decl_namespace): Deal properly with inline
namespaces.
(qualif
--- Comment #3 from jason at gcc dot gnu dot org 2009-11-04 03:31 ---
Yeah, the hole in the standard is just now being patched:
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#904
--
jason at gcc dot gnu dot org changed:
What|Removed |
--- Comment #2 from aoliva at gcc dot gnu dot org 2009-11-04 06:43 ---
Mine (got a patch)
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
$gcc -v
gcc version 4.4.3 20091104 (prerelease) (GCC)
$gcc -c pid.c
kernel/pid.c: In function 'find_pid_ns':
kernel/pid.c:299: internal compiler error: tree check: expected integer_cst,
have nop_expr in int_cst_value, at tree.c:8301
Please submit a full bug report,
with preprocessed source if app
--- Comment #1 from linuxl4 at sohu dot com 2009-11-04 07:29 ---
Created an attachment (id=18961)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18961&action=view)
the source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41935
101 - 131 of 131 matches
Mail list logo
