[Bug c++/36019] [4.2/4.3/4.4 Regression] template parameter does not hide class name

2009-01-13 Thread dodji at redhat dot com
--- Comment #10 from dodji at gcc dot gnu dot org 2009-01-13 16:50 --- Subject: Re: [4.2/4.3/4.4 Regression] template parameter does not hide class name jakub at gcc dot gnu dot org a écrit : > --- Comment #9 from jakub at gcc dot gnu dot org 2009-01-12 23:00 --- > The 4.3 ve

[Bug c++/38930] [4.4 Regression] Revision 143546 failed to bootstrap

2009-01-21 Thread dodji at redhat dot com
--- Comment #8 from dodji at gcc dot gnu dot org 2009-01-21 22:37 --- Subject: Re: [4.4 Regression] Revision 143546 failed to bootstrap hjl dot tools at gmail dot com a écrit : > --- Comment #6 from hjl dot tools at gmail dot com 2009-01-21 22:34 > --- > A small testcase: >

[Bug c++/40684] ICE in tsubst

2009-07-09 Thread dodji at redhat dot com
--- Comment #2 from dodji at gcc dot gnu dot org 2009-07-09 13:21 --- Subject: Re: ICE in tsubst -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The patch was submitted for review at http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00491.html . -BEGIN PGP SIGNATURE- Version: GnuPG v

[Bug debug/39706] namespaces represented incorrectly in debug_pubnames

2009-07-27 Thread dodji at redhat dot com
--- Comment #1 from dodji at gcc dot gnu dot org 2009-07-27 20:43 --- Subject: Re: New: namespaces represented incorrectly in debug_pubnames I am regression testing this patchlet that seems to fix the problem in trunk ... --- Comment #2 from dodji at gcc dot gnu dot org 2009-0

[Bug debug/39706] namespaces represented incorrectly in debug_pubnames

2009-07-28 Thread dodji at redhat dot com
--- Comment #3 from dodji at gcc dot gnu dot org 2009-07-28 12:39 --- Subject: Re: New: namespaces represented incorrectly in debug_pubnames Patch submitted to http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01579.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39706

[Bug debug/39705] enum constants don't appear in debug_pubnames

2009-07-29 Thread dodji at redhat dot com
--- Comment #1 from dodji at gcc dot gnu dot org 2009-07-29 12:40 --- Subject: Re: New: enum constants don't appear in debug_pubnames Le 10/04/2009 01:42, tromey at gcc dot gnu dot org a écrit : > enum constants don't appear in .debug_pubnames. > It seems like perhaps they should, bec

[Bug c++/39987] [4.3/4.4/4.5 Regression] Rejects default argument that is a template via access failure

2009-08-07 Thread dodji at redhat dot com
--- Comment #8 from dodji at gcc dot gnu dot org 2009-08-07 13:16 --- Subject: Re: [4.3/4.4/4.5 Regression] Rejects default argument that is a template via access failure Le 07/08/2009 12:06, mikpe at it dot uu dot se a écrit : > --- Comment #5 from mikpe at it dot uu dot se 2009

[Bug c++/40866] [4.5 Regression] ICE in create_tmp_var, at gimplify.c:504

2009-08-07 Thread dodji at redhat dot com
--- Comment #4 from dodji at gcc dot gnu dot org 2009-08-07 13:20 --- Subject: Re: New: [4.5 Regression] ICE in create_tmp_var, at gimplify.c:504 Patch posted at http://gcc.gnu.org/ml/gcc-patches/2009-08/msg00428.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40866

[Bug debug/39471] DW_TAG_imported_module should be used (not DW_TAG_imported_declaration)

2009-03-17 Thread dodji at redhat dot com
--- Comment #4 from dodji at gcc dot gnu dot org 2009-03-17 07:54 --- Subject: Re: DW_TAG_imported_module should be used (not DW_TAG_imported_declaration) jakub at gcc dot gnu dot org a écrit : > --- Comment #1 from jakub at gcc dot gnu dot org 2009-03-16 20:55 --- > Created

[Bug debug/39471] DW_TAG_imported_module should be used (not DW_TAG_imported_declaration)

2009-03-17 Thread dodji at redhat dot com
--- Comment #5 from dodji at gcc dot gnu dot org 2009-03-17 07:59 --- Subject: Re: DW_TAG_imported_module should be used (not DW_TAG_imported_declaration) jakub at gcc dot gnu dot org a écrit : > So this patch instead? C++ will never need non-NULL DECL_NAME on > IMPORTED_DECL, > as

[Bug debug/39471] DW_TAG_imported_module should be used (not DW_TAG_imported_declaration)

2009-03-17 Thread dodji at redhat dot com
--- Comment #6 from dodji at gcc dot gnu dot org 2009-03-17 08:08 --- Subject: Re: DW_TAG_imported_module should be used (not DW_TAG_imported_declaration) dodji at redhat dot com a écrit : > Hmmh, I think the non null name there is useful for namespace aliases in > C++ Ah,

[Bug debug/39471] DW_TAG_imported_module should be used (not DW_TAG_imported_declaration)

2009-03-17 Thread dodji at redhat dot com
--- Comment #8 from dodji at gcc dot gnu dot org 2009-03-17 10:02 --- Subject: Re: DW_TAG_imported_module should be used (not DW_TAG_imported_declaration) jakub at gcc dot gnu dot org a écrit : > --- Comment #7 from jakub at gcc dot gnu dot org 2009-03-17 08:52 --- > Created

[Bug c++/39444] ICE caused by default template argument

2009-03-17 Thread dodji at redhat dot com
--- Comment #4 from dodji at gcc dot gnu dot org 2009-03-17 22:10 --- Subject: Re: New: ICE caused by default template argument FWIW, on gcc 4.3.2, I get the error: test.cc: In function 'void breakMe()': test.cc:17: error: a cast to a type other than an integral or enumeration type c

[Bug c++/39679] Some absent attributes in the tree-dump should be added

2009-04-08 Thread dodji at redhat dot com
--- Comment #3 from dodji at gcc dot gnu dot org 2009-04-08 09:53 --- Subject: Re: Some absent attributes in the tree-dump should be added pinskia at gcc dot gnu dot org a écrit : > --- Comment #2 from pinskia at gcc dot gnu dot org 2009-04-07 18:28 > --- > this dump file is

[Bug c++/39684] GCC accepts template keyword where Comeau rejects it.

2009-04-08 Thread dodji at redhat dot com
--- Comment #3 from dodji at gcc dot gnu dot org 2009-04-08 16:43 --- Subject: Re: GCC accepts template keyword where Comeau rejects it. bangerth at gmail dot com a écrit : > --- Comment #2 from bangerth at gmail dot com 2009-04-08 13:11 --- > The testcase is indeed invalid.

[Bug c++/39699] No error reporting when function and variable have the same name

2009-04-10 Thread dodji at redhat dot com
--- Comment #3 from dodji at gcc dot gnu dot org 2009-04-10 11:46 --- Subject: Re: No error reporting when function and variable have the same name alpha dot super-one at laposte dot net a écrit : > --- Comment #2 from alpha dot super-one at laposte dot net 2009-04-10 > 04:47 --

[Bug c++/41187] g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64

2009-08-29 Thread dodji at redhat dot com
--- Comment #1 from dodji at gcc dot gnu dot org 2009-08-29 21:15 --- Subject: Re: New: g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64 Le 29/08/2009 22:57, hjl dot tools at gmail dot com a écrit : > On Linux/ia64, I got > > FAIL: g++.dg/debug/dwarf2/namespace-1.C scan-assemb

[Bug c++/41187] g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64

2009-08-29 Thread dodji at redhat dot com
--- Comment #2 from dodji at gcc dot gnu dot org 2009-08-29 21:25 --- Subject: Re: New: g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64 I think the correct line should rather be: // { dg-final { scan-assembler-times "\.ascii \"T.0\"\[\t \]+.*?DW_AT_name" -- http://gcc.gnu

[Bug c++/41187] g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64

2009-08-29 Thread dodji at redhat dot com
--- Comment #5 from dodji at gcc dot gnu dot org 2009-08-29 21:31 --- Subject: Re: g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64 Le 29/08/2009 23:29, hjl dot tools at gmail dot com a écrit : > Do we need ".*?"? Shouldn't it be just ".*"? I tend to use .*? because .* can be to

[Bug c++/7932] Emit debug information about non-type template parameters

2009-08-31 Thread dodji at redhat dot com
--- Comment #4 from dodji at gcc dot gnu dot org 2009-08-31 22:14 --- Subject: Re: Emit debug information about non-type template parameters Le 01/09/2009 00:05, bangerth at gmail dot com a écrit : > What does GDB currently say for the testcase shown in the initial report? I think G

[Bug debug/41272] FAIL: gcc.dg/debug/dwarf2/inline2.c scan-assembler-times \(DIE \(.*?\) DW_TAG_in lined_subroutine 6

2009-09-07 Thread dodji at redhat dot com
--- Comment #5 from dodji at gcc dot gnu dot org 2009-09-07 10:26 --- Subject: Re: FAIL: gcc.dg/debug/dwarf2/inline2.c scan-assembler-times \(DIE \(.*?\) DW_TAG_in lined_subroutine 6 Le 05/09/2009 12:05, rguenth at gcc dot gnu dot org a écrit : > They are platform dependent in that n

[Bug c++/41020] [4.5 Regression] Can't declare an extern "C" friend of a builtin function

2009-10-23 Thread dodji at redhat dot com
--- Comment #8 from dodji at gcc dot gnu dot org 2009-10-23 18:19 --- Subject: Re: [4.5 Regression] Can't declare an extern "C" friend of a builtin function Indeed. I am testing the patch below. diff --git a/gcc/cp/decl.c b/gcc/cp/decl.c index 5eb389f..7c01ee2 100644 --- a/gcc

[Bug c++/41020] [4.5 Regression] Can't declare an extern "C" friend of a builtin function

2009-10-23 Thread dodji at redhat dot com
--- Comment #9 from dodji at gcc dot gnu dot org 2009-10-23 19:32 --- Subject: Re: New: Can't declare an extern "C" friend. Patch submitted to http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01486.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41020

[Bug c++/41785] [4.5 Regression] [C++0x] ICE on canonical types with variadic templates and CRTP

2009-10-25 Thread dodji at redhat dot com
--- Comment #5 from dodji at gcc dot gnu dot org 2009-10-25 17:47 --- Subject: Re: New: ICE on canonical types with variadic templates and CRTP During the instantiation of the base class of "derived" we are trying to instantiate derived in the argument list of base. lookup_t

[Bug c++/38699] [4.3/4.4/4.5 regression] ICE using offsetof with pointer and array accesses

2009-10-28 Thread dodji at redhat dot com
--- Comment #10 from dodji at gcc dot gnu dot org 2009-10-28 15:42 --- Subject: Re: [4.3/4.4/4.5 regression] ICE using offsetof with pointer and array accesses I am testing the patch below. I am not sure the approach is the right one though. Comments welcome. diff --git a/gcc

[Bug testsuite/41856] g++.dg/lookup/extern-c-redecl[3,4] .C should be target specific

2009-11-02 Thread dodji at redhat dot com
--- Comment #12 from dodji at gcc dot gnu dot org 2009-11-02 20:20 --- Subject: Re: g++.dg/lookup/extern-c-redecl[3,4] .C scan-assembler fails on darwin Sorry for my late reply. Could you please test this patch on darwin ? Thanks. diff --git a/gcc/testsuite/g++.dg/lookup/exte

[Bug c++/43087] [4.5 Regression] ICE in tsubst, at cp/pt.c:9923

2010-02-27 Thread dodji at redhat dot com
--- Comment #9 from dodji at gcc dot gnu dot org 2010-02-27 21:14 --- Subject: Re: [4.5 Regression] ICE in tsubst, at cp/pt.c:9923 > Hi, I have reduced the testcase in around half of its size and delta > is still running. Once it is finished, I will upload it. You mean half of the si

[Bug c++/42844] const variable requires initializer / no explicitly declared default constructor

2010-03-30 Thread dodji at redhat dot com
--- Comment #6 from dodji at gcc dot gnu dot org 2010-03-30 11:44 --- Subject: Re: const variable requires initializer / no explicitly declared default constructor > I'm working on this bug Could you please assign it to yourself then? Thanks. -- http://gcc.gnu.org/bugzilla/show_

[Bug c++/40239] Aggregate initialization requires copy constructor

2010-01-13 Thread dodji at redhat dot com
--- Comment #7 from dodji at gcc dot gnu dot org 2010-01-13 09:21 --- Subject: Re: Aggregate initialization requires copy constructor On Tue, Jan 12, 2010 at 11:33:56PM -, paolo dot carlini at oracle dot com wrote: > Since we are talking of etiquette, and with the obvious caveats

[Bug c++/42697] ice-on-legal-code: template class template function local objects

2010-01-18 Thread dodji at redhat dot com
--- Comment #13 from dodji at gcc dot gnu dot org 2010-01-18 11:25 --- Subject: Re: ice-on-legal-code: template class template function local objects > Ah, I see. So the reason it is not fixed in 4.5 is that it may cause new > regressions? Yes. -- http://gcc.gnu.org/bugzilla/sho

[Bug debug/45024] wrong nesting for inner template class

2010-07-22 Thread dodji at redhat dot com
--- Comment #2 from dodji at gcc dot gnu dot org 2010-07-22 09:46 --- Subject: Re: wrong nesting for inner template class Patch posted to http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01718.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45024

[Bug debug/44126] wrong location description for DW_AT_vtable_elem_location

2010-05-13 Thread dodji at redhat dot com
--- Comment #3 from dodji at gcc dot gnu dot org 2010-05-14 06:41 --- Subject: Re: wrong location description for DW_AT_vtable_elem_location > Dodji, want to look at this? Sure. Like, Jakub said, we need to synchronize with GDB. I'll test Jakub's patch ASAP and push the change when G

[Bug bootstrap/44302] [4.6 Regression] Failed to bootstrap

2010-05-27 Thread dodji at redhat dot com
--- Comment #5 from dodji at gcc dot gnu dot org 2010-05-28 00:39 --- Subject: Re: [4.6 Regression] Failed to bootstrap "hjl dot tools at gmail dot com" writes: > --- Comment #3 from hjl dot tools at gmail dot com 2010-05-27 23:01 > --- > This one avoids one extra is_naming

[Bug preprocessor/7263] __extension__ keyword doesn't suppress warning on LL or ULL constants

2010-06-09 Thread dodji at redhat dot com
--- Comment #27 from dodji at gcc dot gnu dot org 2010-06-09 14:23 --- Subject: Re: __extension__ keyword doesn't suppress warning on LL or ULL constants "manu at gcc dot gnu dot org" writes: > I find this output a bit confusing. I find clang's output clearer > http://clang.llvm.org/

[Bug preprocessor/7263] __extension__ keyword doesn't suppress warning on LL or ULL constants

2010-06-09 Thread dodji at redhat dot com
--- Comment #28 from dodji at gcc dot gnu dot org 2010-06-09 14:32 --- Subject: Re: __extension__ keyword doesn't suppress warning on LL or ULL constants "manu at gcc dot gnu dot org" writes: >> >> $ ./cc1 -quiet test.c >> While expanding macro OPERATE at test.c:2:8 >> While expandi

[Bug preprocessor/7263] __extension__ keyword doesn't suppress warning on LL or ULL constants

2010-06-14 Thread dodji at redhat dot com
--- Comment #31 from dodji at gcc dot gnu dot org 2010-06-14 14:13 --- Subject: Re: __extension__ keyword doesn't suppress warning on LL or ULL constants "manu at gcc dot gnu dot org" writes: >> Next stop is to disable this feature by default, and enable it with a >> -ftrack-macro-ex