[Bug c++/34749] Incorrect warning when applying dllimport to friend function

--- Comment #3 from dannysmith at users dot sourceforge dot net 2008-01-13 06:50 --- (In reply to comment #1) > One could make the argument that the dllimport specifier is > a storage-class-specifier which, per 11.4/6 is not allowed on > the friend declaration. Since a friend function d

[Bug c++/34749] Incorrect warning when applying dllimport to friend function

--- Comment #2 from sldev327 at softmagi dot com 2008-01-13 05:52 --- I as well will leave the argument about syntax to more knowledgeable people. As to the validity of this PR, at the very least g++'s behavior is inconsistent.I suppose a case like df3.cpp is what the warning was in

[Bug fortran/34765] erroneous intrinsic assignment call

--- Comment #2 from kargl at gcc dot gnu dot org 2008-01-13 04:59 --- Does NR/ contain Numerical Recipes code? If so, you've just posted copyrighted code to public database. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34765

[Bug c++/33786] "C" data and static const data members mangled the same

--- Comment #2 from bangerth at dealii dot org 2008-01-13 03:12 --- So fixed. This is the error message one would expect. -- bangerth at dealii dot org changed: What|Removed |Added ---

[Bug c++/33810] gcc 4.1.2 mangles results on x86_64 in bitfield operations

--- Comment #1 from bangerth at dealii dot org 2008-01-13 03:10 --- Confirmed. Here's a slightly simplified testcase: ---bar.h typedef struct { unsigned : 16; unsigned : 16; } foo; ---bar.c #include #include foo bar(unsigned i) { print

[Bug middle-end/34762] [4.2 regression] internal compiler error: in delete_output_reload, at reload1.c:7958

--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-13 02:52 --- Subject: Re: [4.2 regression] internal compiler error: in delete_output_reload, at reload1.c:7958 > Appears to me to be a reload bug. This is totally untested but I believe the attached patch will

[Bug c++/33821] function with ambiguous covariant return-type is not rejected

--- Comment #1 from bangerth at dealii dot org 2008-01-13 02:49 --- Confirmed. -- bangerth at dealii dot org changed: What|Removed |Added CC|

[Bug c++/33885] member reference to a temporary object being deleted too early

--- Comment #3 from bangerth at dealii dot org 2008-01-13 02:45 --- Indeed invalid. -- bangerth at dealii dot org changed: What|Removed |Added CC|

[Bug c++/34021] Segmentation fault in G++ 4.1.3 with -O2

--- Comment #4 from bangerth at dealii dot org 2008-01-13 02:43 --- Confirmed, but fixed in 4.2.x. W. -- bangerth at dealii dot org changed: What|Removed |Added

[Bug c++/34406] [reject valid?] incomplete type 'Y' used in nested name specifier.

--- Comment #1 from bangerth at dealii dot org 2008-01-13 02:33 --- What is the question you want to ask? The first code you show is invalid, the second valid... W. -- bangerth at dealii dot org changed: What|Removed |Added ---

[Bug c++/34531] local typedef conflicts with global definition of a type having the same name

--- Comment #4 from bangerth at dealii dot org 2008-01-13 02:31 --- (In reply to comment #0) > template class X {}; > > class Y { > typedef X X; > }; > > > produces the following error: > redef.cpp:4: error: declaration of 'typedef class X Y::X' > redef.cpp:1: error: changes

[Bug c++/34550] reference data template args appear to be broken in 4.2.1 ?

--- Comment #3 from bangerth at dealii dot org 2008-01-13 02:29 --- As per Andrew's comment, this is invalid. -- bangerth at dealii dot org changed: What|Removed |Added

[Bug c++/34603] [4.1/4.2/4.3 regression] ICE with broken template declaration

--- Comment #1 from bangerth at dealii dot org 2008-01-13 02:25 --- Confirmed. -- bangerth at dealii dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug c++/34624] valid c++ code doesn't compile for x86_64, but for i386

--- Comment #1 from bangerth at dealii dot org 2008-01-13 02:23 --- Can you try to reduce this to something smaller that doesn't require boost? -- bangerth at dealii dot org changed: What|Removed |Added -

[Bug middle-end/34762] [4.2 regression] internal compiler error: in delete_output_reload, at reload1.c:7958

--- Comment #5 from danglin at gcc dot gnu dot org 2008-01-13 02:21 --- Appears to me to be a reload bug. -- danglin at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/34724] Trouble with friend declaration across namespaces

--- Comment #1 from bangerth at dealii dot org 2008-01-13 02:20 --- Confirmed. The code should be rejected since the friend declaration has only one template parameter, whereas the template has two. W. -- bangerth at dealii dot org changed: What|Removed

[Bug c++/34726] explicit specialization in non-namespace scope strange behavior

--- Comment #1 from bangerth at dealii dot org 2008-01-13 02:17 --- Explicit specializations of member templates need to be declared outside the declaration of the outer class, as per 14.7.3/2. -- bangerth at dealii dot org changed: What|Removed |A

[Bug c++/34749] Incorrect warning when applying dllimport to friend function

--- Comment #1 from bangerth at dealii dot org 2008-01-13 02:12 --- One could make the argument that the dllimport specifier is a storage-class-specifier which, per 11.4/6 is not allowed on the friend declaration. Since a friend function declaration needs to be preceded by a declaration

[Bug c++/34758] [4.1/4.2/4.3 regression] Bad diagnostic for circular dependency in constructor default argument

--- Comment #2 from bangerth at dealii dot org 2008-01-13 02:02 --- If the original warning is ever restored, please make it read circular dependency in default argument instead of the abbreviate language circular dependency in default args W. -- bangerth at dealii dot org c

[Bug target/34762] [4.2 regression] internal compiler error: in delete_output_reload, at reload1.c:7958

--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-13 01:52 --- Subject: Re: [4.2 regression] internal compiler error: in delete_output_reload, at reload1.c:7958 These are insns 307 and 314 from the greg pass. > Reloads for insn # 307 (insn 307 280 281 24 (set (reg/v

[Bug target/34762] [4.2 regression] internal compiler error: in delete_output_reload, at reload1.c:7958

--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-13 01:46 --- Subject: Re: [4.2 regression] internal compiler error: in delete_output_reload, at reload1.c:7958 > Probably a dup of PR32889. Agreed but the current 4.2 branch still ICEs. The failure doesn't occur with

[Bug libstdc++/34730] Legal program doesn't compile with -D_GLIBCXX_DEBUG

--- Comment #9 from pcarlini at suse dot de 2008-01-13 01:36 --- Fixed. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED

[Bug libstdc++/34730] Legal program doesn't compile with -D_GLIBCXX_DEBUG

--- Comment #8 from paolo at gcc dot gnu dot org 2008-01-13 01:35 --- Subject: Bug 34730 Author: paolo Date: Sun Jan 13 01:34:58 2008 New Revision: 131500 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131500 Log: 2008-01-12 Paolo Carlini <[EMAIL PROTECTED]> PR libstd

[Bug fortran/34765] erroneous intrinsic assignment call

--- Comment #1 from damian at rouson dot net 2008-01-13 01:24 --- Created an attachment (id=14933) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14933&action=view) Please see the README file in the attached bzipped archive & search the file disperse.out for the text "gfortran_bug".

[Bug fortran/34556] Rejects valid with bogus error message: parameter initalization

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-01-13 01:24 --- This is similar to 34432 is some ways. I think we are not matching the (\ \) correctly. I don't think gfc_match_expr has the tooling for it yet. Investigating further -- jvdelisle at gcc dot gnu dot org chan

[Bug fortran/34765] New: erroneous intrinsic assignment call

The attached code demonstrates several circumstances wherein gfortran executes an intrinsic assignment of a derived type when a defined (overloaded) assignment is required. Specifically, the subroutines "complex_array_equals_Field()" and "field_equals_Field()" in the Field_Class module (file field

[Bug fortran/34761] ICE in TRANSFER with pointer mold

--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-01-13 00:13 --- Yes, it's fixed now. Closing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/33796] valgrind error with -O2 for linux kernel code

--- Comment #14 from hp at gcc dot gnu dot org 2008-01-12 23:05 --- (In reply to comment #9) > i personally think that this patch in #8 is not the right way to go. > > unless there is a compelling argument that initializing this is going to have > some negative performance effect, we sh

[Bug libstdc++/34733] numpunct::grouping() doesn't match libc value for Bulgarian (bg_BG) locale

--- Comment #15 from pcarlini at suse dot de 2008-01-12 22:57 --- (In reply to comment #14) > bg_BG is the only known example on Linux. To be clear, for occasional readers: we are supporting named locales only on GNU / Linux systems. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3

[Bug fortran/34760] PRIVATE variable not allowed as STAT variable in ALLOCATE

--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-12 22:49 --- DEALLOCATE has actually the same problem. Regarding gfc_match_allocate/gfc_match_deallocate: a) "if (stat->symtree->n.sym->attr.flavor != FL_VARIABLE)" is false as the flavor is FL_UNKNOWN. b) ALLOCATE has much more

[Bug libstdc++/34733] numpunct::grouping() doesn't match libc value for Bulgarian (bg_BG) locale

--- Comment #14 from sebor at roguewave dot com 2008-01-12 22:45 --- bg_BG is the only known example on Linux. The original bug report we got was for a fr_FR locale on Tru64. I haven't gone through other locales on Tru64 or any other platforms except for Linux to see how pervasive such

[Bug ada/33788] [4.3 regression] GNAT bug box in expand_expr_addr_expr_1, at expr.c:6862

--- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-01-12 22:44 --- This should be OK now. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug ada/33788] [4.3 regression] GNAT bug box in expand_expr_addr_expr_1, at expr.c:6862

--- Comment #8 from ebotcazou at gcc dot gnu dot org 2008-01-12 22:40 --- Subject: Bug 33788 Author: ebotcazou Date: Sat Jan 12 22:39:49 2008 New Revision: 131493 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131493 Log: PR ada/33788 * fold-const.c (fold_unary)

[Bug target/34764] A Flame About 64-bit Pointers

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-01-12 22:35 --- Well for PPC64, there is already support for it, just a different option -mpowerpc64 -m32 . For x86_64 you need ABI support which is not going to happen any time soon and partly outside of GCC's control because you

[Bug fortran/34763] bare END not allowed in an interface block in a module procedure

--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-12 22:35 --- I believe the following patch is correct. Index: gcc/fortran/decl.c === --- gcc/fortran/decl.c (revision 131492) +++ gcc/fortran/decl.c (working copy)

[Bug target/34764] A Flame About 64-bit Pointers

--- Comment #3 from pgquiles at elpauer dot org 2008-01-12 22:32 --- Is it technically possible (i. e. does the architecture support this feature) to make mlong32 work on x86-64, Itanium and other 64-bit architectures? If it's possible, it'd make sense to get it to work. -- pgquiles

[Bug fortran/34759] Assumed size array reference not allowed in SHAPE intrinsic, even though last subscript specified

--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-12 22:28 --- Patch. I think this is the only place to change, interface's compare_actual_formal is actually ok. Index: gcc/fortran/check.c === --- gcc/fortran/check.

[Bug target/34764] A Flame About 64-bit Pointers

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-12 22:27 --- bla -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug rtl-optimization/33796] valgrind error with -O2 for linux kernel code

--- Comment #13 from dcb314 at hotmail dot com 2008-01-12 22:17 --- (In reply to comment #9) > i personally think that this patch in #8 is not the right way to go. > unless there is a compelling argument that initializing this is going to have > some negative performance effect, we shoul

[Bug target/34764] A Flame About 64-bit Pointers

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-12 22:15 --- Well first Knuth did read full the documentation because -mlong32 is only for MIPS. Second don't post flames. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/34764] New: A Flame About 64-bit Pointers

(Please note this is a copy & paste from Donald E. Knuth's homepage: http://www-cs-faculty.stanford.edu/~uno/news.html - Given who he is, I think the issue should receive a bit of love) It is absolutely idiotic to have 64-bit pointers when I compile a program that uses less than 4 gigabytes of RAM

[Bug objc/28050] [4.1/4.2/4.3 regression] ICE on invalid initializer

--- Comment #2 from steven at gcc dot gnu dot org 2008-01-12 22:03 --- Created an attachment (id=14932) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14932&action=view) Robustify C/objC parser Tested (objc only) on cygwin. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28050

[Bug fortran/34761] ICE in TRANSFER with pointer mold

--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-01-12 21:53 --- (In reply to comment #1) > Works for me. I think it is a duplicate of the very recently fixed PR 34537. > Can you check? Bootstrapping right now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34761

[Bug target/34762] [4.2 regression] internal compiler error: in delete_output_reload, at reload1.c:7958

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-12 21:44 --- Probably a dup of PR32889. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34762

[Bug fortran/34759] Assumed size array reference not allowed in SHAPE intrinsic, even though last subscript specified

-- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfir

[Bug fortran/34763] bare END not allowed in an interface block in a module procedure

--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-12 21:23 --- Confirm. (Though you missed "subroutine" for "end subroutine n_interface" in your example.) The Fortran 2003 references are: C1243 (R1230) FUNCTION shall appear in the end-function-stmt of an internal

[Bug fortran/34759] Assumed size array reference not allowed in SHAPE intrinsic, even though last subscript specified

--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-12 21:13 --- Confirm, though your reduced test case is invalid (the variables k and l need to be arrays. Corrected test case: subroutine j_assumed_size(A,N) dimension A(10,11,12,*), k(3), l(3) k = shape(A(:,:

[Bug fortran/34665] Cannot pass scalar to array argument 'a'

--- Comment #6 from burnus at gcc dot gnu dot org 2008-01-12 21:13 --- One has to be careful not to to get the same problem as with SHAPE in PR 34759, i.e. passing a rank-2 array A(:,:,5) defined as rank-3 assumed-shape array A(:,:,*). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug rtl-optimization/33796] valgrind error with -O2 for linux kernel code

--- Comment #12 from bonzini at gnu dot org 2008-01-12 21:09 --- well if you can enjoy O(n) initialization (and O(1) clearing as in Peter's code), you had better rewrite the code completely to query an item with one (not two) memory accesses. -- http://gcc.gnu.org/bugzilla/show_bug.

[Bug fortran/34763] New: bare END not allowed in an interface block in a module procedure

With gfortran 4.3.0 20080109 I get the error message n_interface.f:7.12: END 1 Error: END SUBROUTINE statement expected at (1) with the following program module n contains subroutine n_interface INTERFACE SUBROUTINE NGSXDY(TLS1,TLS2)

[Bug fortran/34760] PRIVATE variable not allowed as STAT variable in ALLOCATE

-- burnus at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||32834 nThis|| St

[Bug c/34762] [4.2 regression] internal compiler error: in delete_output_reload, at reload1.c:7958

--- Comment #1 from tausq at debian dot org 2008-01-12 20:54 --- Created an attachment (id=14931) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14931&action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34762

[Bug fortran/34761] ICE in TRANSFER with pointer mold

--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-12 20:53 --- Works for me. I think it is a duplicate of the very recently fixed PR 34537. Can you check? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34761

[Bug c/34762] New: [4.2 regression] internal compiler error: in delete_output_reload, at reload1.c:7958

While building RPM on hppa with gcc-4.2, build fails with the captioned error. Somewhat reduced testcase attached. Builds fine with -O1 or without -fPIC, or with older compilers. ffmpeg and squashfs also fail to build with a similar error (not always built with -fPIC) -- Summary: [

[Bug fortran/34761] New: ICE in TRANSFER with pointer mold

Extracted from PR 34741 : $ cat bar.f90 character, pointer :: ptr(:) allocate(ptr(1)) ptr = transfer('a',ptr) end $ gfortran bar.f90 f951: internal compiler error: Floating point exception Please submit a full bug report, with preprocessed source if appropriate. See

[Bug fortran/34760] New: PRIVATE variable not allowed as STAT variable in ALLOCATE

With gfortran 4.3.0 20080109 I get the error message ALLOCATE (RLA1(NF10), STAT = ISTAT) 1 Error: STAT expression at (1) must be a variable With the following program. MODULE TESTS INTEGER, PRIVATE :: ISTAT !this one FAILS ! INTEGER

[Bug fortran/34759] New: Assumed size array reference not allowed in SHAPE intrinsic, even though last subscript specified

With gfortran 4.3.0 20080109 I get an incorrect error message "Error: 'source' argument of 'shape' intrinsic at (1) must not be an assumed size array" with the following little test case subroutine j_assumed_size(A,N) dimension A(10,11,12,*) k = shape(A(:,:,:,N)) l = sh

[Bug tree-optimization/34648] [4.3 Regression] ICE in find_or_generate_expression

--- Comment #7 from rguenth at gcc dot gnu dot org 2008-01-12 19:48 --- Maybe sth for steven, as he was asking for bugs to look at... ;) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/34758] [4.1/4.2/4.3 regression] Bad diagnostic for circular dependency in constructor default argument

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-12 19:46 --- Confirmed. With the better diagnostic we had accepts-invalid, so lowering priority as regression status is not exactly clear. -- rguenth at gcc dot gnu dot org changed: What|Removed

[Bug c++/34757] [4.3 regression] ICE with invalid parameters in variadic template

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-12 19:44 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug c++/34754] [4.3 regression] ICE with invalid function arguments in variadic template

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-12 19:44 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug c++/34753] [4.3 regression] ICE with invalid template parameter in variadic template

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-12 19:43 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug c++/34751] [4.3 regression] ICE with pointer to member and variadic templates

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-12 19:42 --- ICE-after-error for non c++0x mode. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/34752] pointer to member rejected in variadic template

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-12 19:41 --- How is this a regression? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/34648] [4.3 Regression] ICE in find_or_generate_expression

--- Comment #6 from dberlin at gcc dot gnu dot org 2008-01-12 19:33 --- Subject: Re: [4.3 Regression] ICE in find_or_generate_expression On 12 Jan 2008 19:13:56 -, rguenth at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote: > > > --- Comment #5 from rguenth at gcc dot gnu dot org

[Bug c++/34750] [4.1/4.2 Regression] ICE in fold_convert, at fold-const.c:1955

--- Comment #5 from reichelt at gcc dot gnu dot org 2008-01-12 19:23 --- Even further reduced testcase: = struct A { template A(T); }; class C; struct B : A { B(const C& c) : A(c) {} }; struct C { C(const C&); C(); C& operator= (const C&); }

[Bug tree-optimization/34648] [4.3 Regression] ICE in find_or_generate_expression

--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-12 19:13 --- Danny, maybe you mis-understood. We try to generate *VH.98, but VH.98 is indeed not in avail_out[19], but created for example as exp_gen[4] := { x_7(D) (VH.72) , D.1661_4 (VH.98) , *VH.74 (VH.75) , a.1_6 (VH.76) ,

[Bug c++/34051] [4.3 regression] ICE in dependent_type_p with variadic templates

--- Comment #7 from andreasmeier80 at gmx dot de 2008-01-12 19:09 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2007-12/msg00149.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34051

[Bug c++/34052] [4.3 regression] Trouble with variadic templates as template-template parameter

--- Comment #6 from andreasmeier80 at gmx dot de 2008-01-12 19:08 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00491.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34052

[Bug c++/33964] [4.3 Regression] internal compiler error: in dependent_type_p, at cp/pt.c:15319 (vararg templates)

--- Comment #5 from andreasmeier80 at gmx dot de 2008-01-12 19:06 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00482.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33964

[Bug rtl-optimization/31396] Inline code performance much worse than out-of-line

--- Comment #9 from hubicka at gcc dot gnu dot org 2008-01-12 19:00 --- Created an attachment (id=14930) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14930&action=view) tentative fix I am testing the attached patch. It is obvious that we should use profile here. The PR is most

[Bug c++/34758] [4.1/4.2/4.3 regression] Bad diagnostic for circular dependency in constructor default argument

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34758

[Bug c++/34758] New: [4.1/4.2/4.3 regression] Bad diagnostic for circular dependency in constructor default argument

The diagnostic for the following invalid code snippet degraded in GCC 3.4.0: === struct A { A (const A& = A()); }; === Since GCC 3.4.0 we get: bug.cc:3: error: the default argument for parameter 0 of 'A::A(const A&)' has not yet been parsed But before w

[Bug c++/34757] [4.3 regression] ICE with invalid parameters in variadic template

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34757

[Bug c++/34757] New: [4.3 regression] ICE with invalid parameters in variadic template

The following invalid code snippet triggers an ICE on mainline: template struct A {}; A<0> a; bug.cc:1: error: expected nested-name-specifier before 'int' bug.cc:1: e

[Bug c++/34756] New: [4.3 regression] ICE with broken specialization of variadic template

The following invalid code snippet triggers an ICE on mainline: template class A {}; template class A<> {}; template struct A : A { A() {} }; A a; bug.cc:3: error

[Bug c++/34750] [4.1/4.2 Regression] ICE in fold_convert, at fold-const.c:1955

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-12 18:24 --- Reduced testcase: namespace std { template class basic_string { public: basic_string(const _CharT* __s); }; typedef basic_string string; } typedef signed long long int int64; typedef std::string String

[Bug c++/34753] [4.3 regression] ICE with invalid template parameter in variadic template

--- Comment #1 from reichelt at gcc dot gnu dot org 2008-01-12 18:23 --- Here's a similar testcase with a function instead of a nested class that also segfaults: template struct A { template A(); }; A a; ==

[Bug libstdc++/34730] Legal program doesn't compile with -D_GLIBCXX_DEBUG

--- Comment #7 from pcarlini at suse dot de 2008-01-12 18:23 --- Eh! Interestingly, conceptgcc explicitly enforces the concept that the two value types must equal! Exactly the case that is covered but my almost-ready patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34730

[Bug c++/34755] New: [4.3 regression] ICE with invalid argument in variadic template function

The following invalid code snippet triggers an ICE on mainline: template struct A {}; template class... T> void foo(T) {} template void foo(A); bug.cc:3: error: para

[Bug c++/34754] [4.3 regression] ICE with invalid function arguments in variadic template

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34754

[Bug c++/34754] New: [4.3 regression] ICE with invalid function arguments in variadic template

The following invalid code snippet triggers an ICE on mainline: template class... T> struct A { void foo(T<0>); void bar(T<0>); }; bug.cc:3: error: parameter packs

[Bug libstdc++/34730] Legal program doesn't compile with -D_GLIBCXX_DEBUG

--- Comment #6 from pcarlini at suse dot de 2008-01-12 18:12 --- Thanks for the suggestion, Benjamin. Actually, I don't think we can much better *without* concepts... Anyway, was thinking that the ordering check is already impossible to do in other circumstances, like real (single pass)

[Bug c++/34750] ICE in fold_convert, at fold-const.c:1955

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-12 18:09 --- Note this may be invalid code, g++ 3.4 reports: gccfolderr.cc: In constructor `Rapicorn0752::Model::AutoValue::AutoValue(const Rapicorn0752::Model::Array&)': gccfolderr.cc:34571: error: invalid use of undefined type

[Bug c++/34753] [4.3 regression] ICE with invalid template parameter in variadic template

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34753

[Bug c++/34753] New: [4.3 regression] ICE with invalid template parameter in variadic template

The following invalid code snippet triggers an ICE on mainline: template struct A { template struct B {}; }; A::B<0> b; bug.cc:3: error: parameter packs not expande

[Bug libstdc++/34733] numpunct::grouping() doesn't match libc value for Bulgarian (bg_BG) locale

-- pcarlini at suse dot de changed: What|Removed |Added Status|NEW |SUSPENDED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34733

[Bug libstdc++/34733] numpunct::grouping() doesn't match libc value for Bulgarian (bg_BG) locale

--- Comment #13 from pcarlini at suse dot de 2008-01-12 18:06 --- Anyway... The issue, after all, seems pretty academic to me, for the simple reason that, per your report, the only known example of a named locale showing '\0' as thousands separator is bg_BG, and most likely the data isn'

[Bug tree-optimization/34648] [4.3 Regression] ICE in find_or_generate_expression

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-12 18:02 --- Also ICEs cc1plus with plain -O2 the same way. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34648

[Bug fortran/34741] Bounds-check of array-pointer == [ constructor ]

--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-12 18:01 --- gfortran does only create a check for ptr itself and not for ptr <-> constructor; the created check looks (with some temporary variables added) as follows: if (prt.lbound < ptr.lbound || ptr.lbound > ptr.ubound) (I

[Bug c++/34752] [4.3 regression] pointer to member rejected in variadic template

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34752

[Bug c++/34752] New: [4.3 regression] pointer to member rejected in variadic template

The following (IMHO valid) code snippet is rejected on mainline: struct A {}; template struct B1; // OK template struct B2; // OK template struct B3; // OK template struct B4; // error =

[Bug regression/33928] [4.3 Regression] 22% performance slowdown from 4.2.2 to 4.3.0 in floating-point code

--- Comment #22 from rguenth at gcc dot gnu dot org 2008-01-12 17:56 --- I'm downgrading this to P2. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/34751] [4.3 regression] ICE with pointer to member and variadic templates

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34751

[Bug c++/34751] New: [4.3 regression] ICE with pointer to member and variadic templates

The following (IMHO valid) code snippet triggers an ICE on mainline: struct A {}; template struct B {}; B<0> b; bug.cc:5: internal compiler error: tree check: access

[Bug libgcj/33764] [4.2/4.3 regression] gij is built as 32-bit binary when building multilib gcc

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-12 17:53 --- P2. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3

[Bug c++/34750] ICE in fold_convert, at fold-const.c:1955

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-12 17:47 --- Can you please retain line directives so we can bring this up to current development versions? Thanks. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug rtl-optimization/33796] valgrind error with -O2 for linux kernel code

--- Comment #11 from zadeck at naturalbridge dot com 2008-01-12 17:05 --- until someone has the slightest bit of evidence that initializing the datastructure is costly, this is just a waste of time. peter wrote the code this way to be cute, not because there was any reason to believe

[Bug rtl-optimization/33796] valgrind error with -O2 for linux kernel code

--- Comment #10 from bonzini at gnu dot org 2008-01-12 16:52 --- an alternative is to prepare a suppression file for valgrind, and distribute it with gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33796

[Bug rtl-optimization/33796] valgrind error with -O2 for linux kernel code

--- Comment #9 from zadeck at naturalbridge dot com 2008-01-12 16:34 --- i personally think that this patch in #8 is not the right way to go. unless there is a compelling argument that initializing this is going to have some negative performance effect, we should properly initialize th

  1   2   >