[Bug target/29776] New: result of ffs/clz/ctz/popcount/parity are already sign-extended

unfortunately the ffs/clz/ctz/popcount/parity builtins are defined to return signed types despite the fact they are either undefined or return a non-negative integer. as a result unnecessary sign extension occurs. for example in this case the result of bsf could be used directly in the mask[] ind

[Bug target/29775] New: redundant movzbl

in the following code, the compiler zero-extends the same byte twice... there's something about using byte0 in an if () statement which triggers this -- if you comment out the if() the problem goes away. -dean % cat redundant_movzbl.c unsigned foo(unsigned char *p) { unsigned byte0 = *p; unsi

[Bug c++/29767] partial specialization enclosed templates within the declaration of the enclosed class.

--- Comment #7 from bangerth at dealii dot org 2006-11-09 05:35 --- (In reply to comment #0) > gcc and msvc accept such code but produces different results. > is this code (in)valid? i'm not sure what behaviour is correct. The code is valid because it is a *partial* specialization of th

[Bug c++/14032] Specialization of inner template using outer template argument doesn't work

--- Comment #9 from bangerth at dealii dot org 2006-11-09 05:33 --- PR29767 made me try whether we can achieve the same wrong effect for template type parameters, and indeed we can: template struct outer { template struct inner { static int f() {

[Bug c++/14032] non type boolean template argument partial specialization to argument in parent never matches

--- Comment #8 from bangerth at dealii dot org 2006-11-09 05:25 --- *** Bug 29767 has been marked as a duplicate of this bug. *** -- bangerth at dealii dot org changed: What|Removed |Added ---

[Bug c++/29767] partial specialization enclosed templates within the declaration of the enclosed class.

--- Comment #6 from bangerth at dealii dot org 2006-11-09 05:25 --- Indeed. They are duplicates. *** This bug has been marked as a duplicate of 14032 *** -- bangerth at dealii dot org changed: What|Removed |Added --

[Bug c/29774] enum int type gets promoted to unsigned int in comparison

--- Comment #2 from chris dot pickett at mail dot mcgill dot ca 2006-11-09 04:46 --- I got confused. It's only the enum constant that must be int. Indeed, if the comparison is `if (FOO >= 0)', no warning is issued and all is well. Thanks for the extremely fast response! -- http:

[Bug c/29774] enum int type gets promoted to unsigned int in comparison

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-09 04:37 --- http://gcc.gnu.org/onlinedocs/gcc-4.1.1/gcc/Structures-unions-enumerations-and-bit_002dfields-implementation.html You are incorrect in saying enum are compatiable with int by default and incorrect in saying the C st

[Bug c/29774] New: enum int type gets promoted to unsigned int in comparison

$ cat enum-test.c enum foo_enum { FOO }; int main (void) { enum foo_enum foo; if (foo >= FOO) { } } $ gcc -Wextra enum-test.c enum-test.c: In function 'main': enum-test.c:7: warning: comparison of unsigned expression >= 0 is always true I looked through existing bug reports but didn'

[Bug fortran/29752] [4.2/4.3 Regression] write(*,*,advance='NO'), READ(): Data not flushed

--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-11-09 03:37 --- Fixed on 4.2 and 4.3. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/29752] [4.2/4.3 Regression] write(*,*,advance='NO'), READ(): Data not flushed

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-11-09 03:32 --- Subject: Bug 29752 Author: jvdelisle Date: Thu Nov 9 03:32:19 2006 New Revision: 118612 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118612 Log: 2006-11-08 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug fortran/29752] [4.2/4.3 Regression] write(*,*,advance='NO'), READ(): Data not flushed

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-11-09 03:03 --- Subject: Bug 29752 Author: jvdelisle Date: Thu Nov 9 03:03:40 2006 New Revision: 118611 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118611 Log: 2006-11-08 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug c++/29773] New: name mangling for nested functions is wrong

Given the following translation unit: inline int (*foo())() { struct localstruct { static int f() { return 3; } }; return localstruct::f; } GCC mangles foo::localstruct::f as '_ZZ3foovEN11localstruct1fEv'. According to the C++ ABI (see especially the third example in sectio

[Bug fortran/29752] [4.2/4.3 Regression] write(*,*,advance='NO'), READ(): Data not flushed

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-11-09 02:05 --- I will look into this tonight. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/29680] [4.3 Regression] Misscompilation of spec2006 gcc

--- Comment #19 from hjl at lucon dot org 2006-11-09 01:53 --- Created an attachment (id=12574) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12574&action=view) A patch This reverts the patch which triggers the problem and adds a testcase. I am running SPEC CPU 2006 now. -- h

[Bug fortran/29431] Not Implemented: complex character array constructors

--- Comment #2 from patchapp at dberlin dot org 2006-11-09 00:20 --- Subject: Bug number PR29431 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00532.html -- http://gcc.gnu.org/bugzilla/sh

[Bug fortran/29758] Runtime segfault in RESHAPE with insufficient elements in SOURCE

--- Comment #1 from patchapp at dberlin dot org 2006-11-09 00:20 --- Subject: Bug number PR29758 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00531.html -- http://gcc.gnu.org/bugzilla/sh

[Bug tree-optimization/29738] Missed constant propagation into loops

--- Comment #10 from rakdver at gcc dot gnu dot org 2006-11-09 00:09 --- Subject: Bug 29738 Author: rakdver Date: Thu Nov 9 00:09:43 2006 New Revision: 118602 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118602 Log: PR tree-optimization/29738 * tree-ssa-ccp.c

[Bug target/29746] gcc fails to bootstrap on sh4-*-linux-gnu

--- Comment #8 from kkojima at gcc dot gnu dot org 2006-11-08 23:53 --- I don't see ICEs for the tls tests on my sh-elf build with your patches in #6 and #7. Does the new patch in #7 fix them? I've confirmed that the trunk bootstraps successfully with the patch in #4 and a one-liner to

[Bug c/29771] u != '\377' always true (u is unsigned char)

--- Comment #2 from r dot c dot ladan at gmail dot com 2006-11-08 23:52 --- (In reply to comment #1) > '\377' in C is of type int. > Ok, the comparison works with (u != 0xff), thus without the quotes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29771

[Bug c++/20133] [4.0/4.1/4.2/4.3 Regression] internal compiler error: in import_export_decl, at cp/decl2.c:1726

--- Comment #12 from pinskia at gcc dot gnu dot org 2006-11-08 23:47 --- *** Bug 29766 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/29766] Template Specialization break down

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-08 23:47 --- *** This bug has been marked as a duplicate of 20133 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/29766] Template Specialization break down

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-08 23:46 --- Reduced testcase: template struct mytree { static int counter; }; template int mytree::counter = 0; --- Now I have seen this before, this is invalid code you should be doing: template<> int mytree::counter = 0;

[Bug testsuite/29760] 'make check' for gcc-3.4.6 fails

--- Comment #7 from sergstesh at yahoo dot com 2006-11-08 23:29 --- OK, being in /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6 directory, which is my 'obj' directory, I tried to run the 'test_summary' mentioned at the bottom of http://gcc.gnu.org/install/test.html : " 0.5 Submitti

[Bug c++/29766] Template Specialization break down

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 23:23 --- The new ICE is: t.cc: In member function 'mytree& mytree::insert(mytree*, mytree*, mytree*, bool) [with C = int]': t.cc:54: instantiated from 'int mytree::counter' t.cc:54: instantiated from 'mytree& mytree::inse

[Bug c++/29767] partial specialization enclosed templates within the declaration of the enclosed class.

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-08 23:18 --- (In reply to comment #4) > This is a duplicate of another PR where we forget to substitute an > outer template argument in the specialization of an inner template. > I think it concerned a boolean value in that case,

[Bug bootstrap/28324] boostrapping with gcc fails with unrecognized linker option

--- Comment #8 from pinskia at gcc dot gnu dot org 2006-11-08 23:14 --- (In reply to comment #7) > If I configure with --prefix, as here: > > # ../gcc-4.1.1/configure --prefix=/usr/multiware --with-gnu-as > --with-as=/usr/multiware/bin/as --disable-wchar_t > --enable-languages=c,c++,

[Bug bootstrap/28324] boostrapping with gcc fails with unrecognized linker option

--- Comment #7 from multix at gmail dot com 2006-11-08 23:11 --- If I configure with --prefix, as here: # ../gcc-4.1.1/configure --prefix=/usr/multiware --with-gnu-as --with-as=/usr/multiware/bin/as --disable-wchar_t --enable-languages=c,c++,objc I get the following error during bui

[Bug c++/29767] [accept invalid?] specialization enclosed templates within the declaration of the enclosed class.

--- Comment #4 from bangerth at dealii dot org 2006-11-08 22:57 --- This is a duplicate of another PR where we forget to substitute an outer template argument in the specialization of an inner template. I think it concerned a boolean value in that case, rather than a type. W. -- ban

[Bug testsuite/29760] 'make check' for gcc-3.4.6 fails

--- Comment #6 from pinskia at gcc dot gnu dot org 2006-11-08 22:48 --- Some failures are also due to faulty glibc, etc. and not related to GCC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29760

[Bug testsuite/29760] 'make check' for gcc-3.4.6 fails

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-08 22:47 --- > 1) do the failing tests indicate problems in gcc ? Depends on the failure. > 2) do the failing test fail because they themselves are faulty ? Depends on the failures. You might want to look at http://gcc.gnu.or

[Bug testsuite/29760] 'make check' for gcc-3.4.6 fails

--- Comment #4 from sergstesh at yahoo dot com 2006-11-08 22:43 --- I read the document: http://gcc.gnu.org/install/test.html, but it doesn't answer my questions. If you need test results reported through the suggested srcdir/contrib/test_summary -p your_commentary.txt \ -

[Bug fortran/29758] Runtime segfault in RESHAPE with insufficient elements in SOURCE

-- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org

[Bug fortran/29755] [4.2 only] ICE on same name in subroutine and program

--- Comment #3 from burnus at gcc dot gnu dot org 2006-11-08 22:35 --- Just for completeness, the ICE also occurs with 4.1 ! { dg-do compile } ! { dg-shouldfail "same name of program and subroutine" } ! Tests whether ICE occurs when using the same name ! for a subroutine as for the prog

[Bug fortran/29755] [4.2 only] ICE on same name in subroutine and program

-- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|SUSPENDED |NEW Last reconfirmed|2006-11-08 22:23:12 |2006-11-08 22:24:1

[Bug fortran/29755] [4.2 only] ICE on same name in subroutine and program

-- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|SUSPENDED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29755

[Bug fortran/29755] [4.2 only] ICE on same name in subroutine and program

--- Comment #2 from burnus at gcc dot gnu dot org 2006-11-08 22:23 --- On the trunk, the ICE is fixed by some other check in. It still occurs on the 4.2 branch (r118599, current version) Using my patch on the current trunk (118597) causes lots of regression, i.e. either the trunk has ch

[Bug middle-end/29756] SSE intrinsics hard to use without redundant temporaries appearing

--- Comment #4 from timday at bottlenose dot demon dot co dot uk 2006-11-08 22:18 --- Created an attachment (id=12573) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12573&action=view) More concise demonstration of the v4sf->float->v4sf issue. The attached code, (no classes or uni

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

--- Comment #43 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-08 22:16 --- Subject: Re: [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test > Yes, I'm investigating. Ultimately I could always resort to conditionalizing > my change on HAVE_COMDAT_GROU

[Bug testsuite/29760] 'make check' for gcc-3.4.6 fails

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-08 22:00 --- (In reply to comment #2) > I do not understand you comment. Documented at: http://gcc.gnu.org/install/test.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29760

[Bug c/29771] u != '\377' always true (u is unsigned char)

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 21:58 --- '\377' in C is of type int. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29771

[Bug java/29772] using @sourcelist-file leads to wrong flag creation

--- Comment #3 from mtrudel at gmx dot ch 2006-11-08 21:55 --- Created an attachment (id=12572) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12572&action=view) The list for the source files -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29772

[Bug java/29772] using @sourcelist-file leads to wrong flag creation

--- Comment #2 from mtrudel at gmx dot ch 2006-11-08 21:54 --- Created an attachment (id=12571) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12571&action=view) A second sample source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29772

[Bug java/29772] using @sourcelist-file leads to wrong flag creation

--- Comment #1 from mtrudel at gmx dot ch 2006-11-08 21:54 --- Created an attachment (id=12570) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12570&action=view) A sample source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29772

[Bug java/29772] New: using @sourcelist-file leads to wrong flag creation

Create a dir named "foo bar". Put the attached HelloWorld.java, HelloWorld2.java and source.txt in it. source.txt has this two lines: foo\ bar/HelloWorld.java foo\ bar/HelloWorld2.java Change to the parent folder and type: gcj --main=HelloWorld -o HelloWorld @"foo bar/source.txt" It will fail wit

[Bug testsuite/29760] 'make check' for gcc-3.4.6 fails

--- Comment #2 from sergstesh at yahoo dot com 2006-11-08 21:44 --- I do not understand you comment. That is, from 'make' manpage: " -k Continue as much as possible after an error. While the target that failed, and those that depend on it, cannot be remade,

[Bug fortran/29630] "Unclassifiable statement" with vector subscripts in initialization

--- Comment #4 from eedelman at gcc dot gnu dot org 2006-11-08 21:20 --- fixed. -- eedelman at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug fortran/29679] Inability to get shapes correct in initializations

--- Comment #4 from eedelman at gcc dot gnu dot org 2006-11-08 21:19 --- fixed. -- eedelman at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug fortran/29630] "Unclassifiable statement" with vector subscripts in initialization

--- Comment #3 from eedelman at gcc dot gnu dot org 2006-11-08 21:19 --- Subject: Bug 29630 Author: eedelman Date: Wed Nov 8 21:19:01 2006 New Revision: 118599 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118599 Log: 2006-11-08 Erik Edelmann <[EMAIL PROTECTED]> PR

[Bug fortran/29679] Inability to get shapes correct in initializations

--- Comment #3 from eedelman at gcc dot gnu dot org 2006-11-08 21:19 --- Subject: Bug 29679 Author: eedelman Date: Wed Nov 8 21:19:01 2006 New Revision: 118599 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118599 Log: 2006-11-08 Erik Edelmann <[EMAIL PROTECTED]> PR

[Bug fortran/29679] Inability to get shapes correct in initializations

--- Comment #2 from eedelman at gcc dot gnu dot org 2006-11-08 21:14 --- Subject: Bug 29679 Author: eedelman Date: Wed Nov 8 21:14:06 2006 New Revision: 118598 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118598 Log: fortran/ 2006-11-08 Erik Edelmann <[EMAIL PROTECTED]>

[Bug fortran/29630] "Unclassifiable statement" with vector subscripts in initialization

--- Comment #2 from eedelman at gcc dot gnu dot org 2006-11-08 21:14 --- Subject: Bug 29630 Author: eedelman Date: Wed Nov 8 21:14:06 2006 New Revision: 118598 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118598 Log: fortran/ 2006-11-08 Erik Edelmann <[EMAIL PROTECTED]>

[Bug c/29771] New: u != '\377' always true (u is unsigned char)

Compiling this program using -Wall -Wcast-qual: #include int main(int argc, char *argv[]) { unsigned char u; u = '\377'; printf("u=%i\n", u); /* 255, as expected */ /* if (u != '\0')*//* ok */ if (u != '\377')/* ERROR (?)

[Bug fortran/28849] Missed array shape violation with RESHAPE despite -fbounds-check

--- Comment #6 from burnus at gcc dot gnu dot org 2006-11-08 20:48 --- > In this case neither sunf95 nor NAGf95 find the error. This is actually wrong; both find it. In my example the original tree looks like (shortend): foo (__result, n) ubound.0 = (int8) *n; S.4 = 1; w

[Bug inline-asm/11203] source doesn't compile with -O0 but they compile with -O3

--- Comment #37 from michaelni at gmx dot at 2006-11-08 20:45 --- (In reply to comment #36) > (In reply to comment #21) > > asm volatile("" > > : "=m" (*(unsigned int*)(src + 0*stride)), > > "=m" (*(unsigned int*)(src + 1*stride)), > > "=m" (*(unsigned int

[Bug fortran/28849] Missed array shape violation with RESHAPE despite -fbounds-check

--- Comment #5 from burnus at gcc dot gnu dot org 2006-11-08 20:08 --- Postscriptum: sunf95 already finds the problem in the program "check" at compile time. For non-intrinsics (non libgfortran) routines, one way to do it is too do it in the function called. (Internally called as foo (

[Bug inline-asm/11203] source doesn't compile with -O0 but they compile with -O3

--- Comment #36 from xyzzy at speakeasy dot org 2006-11-08 20:03 --- (In reply to comment #21) > asm volatile("" > : "=m" (*(unsigned int*)(src + 0*stride)), > "=m" (*(unsigned int*)(src + 1*stride)), > "=m" (*(unsigned int*)(src + 2*stride)), >

[Bug fortran/28849] Missed array shape violation with RESHAPE despite -fbounds-check

--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-08 19:44 --- See also PR 29572 (matmul(a,b) and matmul(a,transpose(b))). sunf95 and NAG f95 catch this PR and also PR29572 and also pack(). g95 catches this PR and matmul(a,b), but not matmul(a,transpose(b))). ifort 9.1 (and 10.0

[Bug fortran/29572] Bounds check should check size of array: d(1:1,1:1) = a(1:4,1:4)

--- Comment #1 from burnus at gcc dot gnu dot org 2006-11-08 19:35 --- Actually, if I remove the transpose, the run-time error message is: a.out: /home/tob/projects/gcc/libgfortran/generated/matmul_c4.c:172: matmul_c4: Assertion `count == b->dim[0].ubound + 1 - b->dim[0].lbound' failed.

[Bug c++/29757] Non-ISO template qualifiers

--- Comment #4 from fang at csl dot cornell dot edu 2006-11-08 19:32 --- If you want to reject "extern templates" (and enforce more standard-conformance in general), add "-ansi -pedantic-errors" to your CXXFLAGS. -- fang at csl dot cornell dot edu changed: What|Rem

[Bug other/29768] Implement -Werror for each kind of warning

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 19:30 --- Already implemented in 4.2.0 and above: -Werror= Make the specified warning into an errors. The specifier for a warning is appended, for example -Werror=switch turns the warnings controlled by -Wswitch into erro

[Bug c++/29769] Problem building 4.1.1 on Solaris 2.8

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 19:29 --- You forgot to use --with-gnu-ld. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/29767] [accept invalid?] specialization enclosed templates within the declaration of the enclosed class.

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-08 19:28 --- as far as I can tell, GCC is incorrect in not using the specialized template. In fact I replace A with int, it gives the correct output. -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug c++/29767] [accept invalid?] specialization enclosed templates within the declaration of the enclosed class.

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-08 19:25 --- This is valid code ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29767

[Bug c++/29769] New: Problem building 4.1.1 on Solaris 2.8

Trying to build compiler collection 4.1.1 on solaris 2.8. Have up to date binutils, texinfo and make. Perform the following: ./configure --prefix=/oh/appl/lib/gcc --exec-prefix=/oh/appl/lib/gcc Then /oh/appl/lib/make/bin/make The build eventually fails with the following: /oh/appl/lib/gcc/gc

[Bug fortran/29752] [4.2/4.3 Regression] write(*,*,advance='NO'), READ(): Data not flushed

--- Comment #1 from burnus at gcc dot gnu dot org 2006-11-08 19:20 --- CC: to [EMAIL PROTECTED], who is our libgfortran/io/ specialist. Confirm bug. I think the change is in transfer.c's finalize_transfer(): Change between 4.1 and 4.2/4.3 (incomplete diff, I might messed it up): -

[Bug other/29768] New: Implement -Werror for each kind of warning

"info:/gcc/Warning Options" mentions -Werror, that treats all warnings as errors and -Werror-implicit-function-declaration, which treats implicit function declarations as errors but it does not mention how to treat other certain kinds of warnings as errors. For example -Werror-shadow does not work.

[Bug c++/29767] [accept invalid?] specialization enclosed templates within the declaration of the enclosed class.

--- Comment #1 from pluto at agmk dot net 2006-11-08 18:56 --- Created an attachment (id=12569) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12569&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29767

[Bug c++/29767] New: [accept invalid?] specialization enclosed templates within the declaration of the enclosed class.

gcc and msvc accept such code but produces different results. is this code (in)valid? i'm not sure what behaviour is correct. -- Summary: [accept invalid?] specialization enclosed templates within the declaration of the enclosed class. Product: gcc

[Bug middle-end/28752] bootstrap comparision fails with "-ftree-vectorize -maltivec" on ppc

--- Comment #16 from law at redhat dot com 2006-11-08 18:29 --- Subject: Re: bootstrap comparision fails with "-ftree-vectorize -maltivec" on ppc On Wed, 2006-11-08 at 11:33 +, irar at il dot ibm dot com wrote: > > --- Comment #14 from irar at il dot ibm dot com 2006-

[Bug fortran/29744] [Regression] Type renaming crashes gfortran with excessive memory usage

--- Comment #2 from patchapp at dberlin dot org 2006-11-08 17:55 --- Subject: Bug number PR29744 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00507.html -- http://gcc.gnu.org/bugzilla/sh

[Bug c++/29757] Non-ISO template qualifiers

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-08 17:29 --- http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n1987.htm http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1448.pdf so again "extern template" might be added to the C++ standard so we don't want to r

[Bug c++/29766] New: Template Specialization break down

$ g++ find.mytree.cpp find.mytree.cpp:141:2: warning: no newline at end of file find.mytree.cpp:123: internal compiler error: in output_constant, at varasm.c:38 43 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. $ g++ -

[Bug testsuite/29760] 'make check' for gcc-3.4.6 fails

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 17:26 --- Use "make -k check" as documented. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug testsuite/29761] 'make check' for gcc-4.1.1 fails

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 17:26 --- Use make -k check as documented. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/29763] Non-ISO template qualifiers

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 17:23 --- *** This bug has been marked as a duplicate of 29757 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/29757] Non-ISO template qualifiers

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-08 17:23 --- *** Bug 29763 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29757

[Bug c++/29765] -Wparentheses does not warn on single equals sign inside if statement

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 17:22 --- Fixed in at least 4.0.4 and above. 3.4.x is no longer maintained. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/29744] [Regression] Type renaming crashes gfortran with excessive memory usage

--- Comment #1 from pault at gcc dot gnu dot org 2006-11-08 17:02 --- Harald, Many thanks for bringing this up - I only just noticed it today; maybe next time anything involving derived type association comes up, could you CC me on the PR? For once, I do not feel embarrassed by this ty

[Bug tree-optimization/29581] Latent bug in 4.1/4.2/4.3 lambda-code.c

--- Comment #1 from dberlin at gcc dot gnu dot org 2006-11-08 16:24 --- (In reply to comment #0) > In the testcase I posted, USE's initial_condition_in_loop_num is > -5 and X's initial_condition_in_loop_num is 1. And, adding -5 - 1 > to perfectiv (aka Y in the above routine) is exactly

[Bug c++/29765] New: -Wparentheses does not warn on single equals sign inside if statement

When compiling the following code with -Wparentheses, no warning is shown: cat

[Bug c/29764] casting as off64_t gives wrong address for mmaped file using sendfilev64 on solaris

--- Comment #1 from schwab at suse dot de 2006-11-08 14:29 --- Conversions from pointer types to integer types are implementation defined. GCC sign extends when converting a pointer to a wider integer. See

[Bug c/29764] New: casting as off64_t gives wrong address for mmaped file using sendfilev64 on solaris

phantom# /usr/sfw/bin/gcc -v Reading specs from /usr/sfw/lib/gcc/sparc-sun-solaris2.10/3.4.3/specs Configured with: /gates/sfw10/builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-langu

[Bug c++/29763] New: Non-ISO template qualifiers

Don't suppose you can deprecate this non-ISO C++ standard usage of the following proprietary G++ extensions: extern template int max (int, int); inline template class Foo; static template class Foo; ... as summarised at http://www.dis.com/gnu/gcc/Template-Instantiati

[Bug ada/29762] New: invalid index constraint causes GNAT to crash

I wanted to compile an Ada package I am writing as a student at the University of Stuttgart, Germany. The following happened: $ gnatmake -gnaty3acefhiklmnrpt permutations.adb gcc -c -gnaty3acefhiklmnrpt permutations.adb +===GNAT BUG DETECTED==+

[Bug testsuite/29761] New: 'make check' for gcc-4.1.1 fails

This bug is similar to http://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=NEW&bug_status=WAITING&bug_status=ASSIGNED&bug_status=UNCONFIRMED&bug_status=REOPENED&email1=sergstesh%40yahoo.com&emailtype1=exact&emailassigned_to1=1&emailreporter1=1 , just the failure is different - here's how 'make che

[Bug testsuite/29760] New: 'make check' for gcc-3.4.6 fails

I am building gcc-3.4.6 in the framework of my http://appsfromscratch.berlios.de/ project, and 'make check' for gcc-3.4.6 fails. Basically, my tool builds and installs every lib/app (per source tarball) in a separate directory, other than that it uses the standard ./configure make make check ma

[Bug middle-end/28752] bootstrap comparision fails with "-ftree-vectorize -maltivec" on ppc

--- Comment #15 from irar at il dot ibm dot com 2006-11-08 12:05 --- Additional behavior: If I run bootstrap with BOOT_CFLAGS="-O2 -g -ftree-vectorize -maltivec" (without -fdump-tree-vect-details), bootstrap fails with ../../gcc/gcc/recog.c: In function constrain_operands: ../../gcc/g

[Bug libstdc++/29722] Linking with libsupc++.a creates link time undefined references

--- Comment #6 from bkoz at gcc dot gnu dot org 2006-11-08 11:58 --- Fixed. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug libstdc++/29722] Linking with libsupc++.a creates link time undefined references

--- Comment #5 from bkoz at gcc dot gnu dot org 2006-11-08 11:58 --- Fixed in mainline/gcc-4_2-branch. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Targ

[Bug libstdc++/29722] Linking with libsupc++.a creates link time undefined references

--- Comment #4 from bkoz at gcc dot gnu dot org 2006-11-08 11:58 --- Subject: Bug 29722 Author: bkoz Date: Wed Nov 8 11:57:52 2006 New Revision: 118581 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118581 Log: 2006-11-07 Benjamin Kosnik <[EMAIL PROTECTED]> PR libstd

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

--- Comment #42 from ebotcazou at gcc dot gnu dot org 2006-11-08 11:41 --- > Hey Eric. Yes, it looks like I'm all ok (test results are perfect) as long > as HAVE_COMDAT_GROUP is defined, but screwed if it isn't. Although I'm ok > now, it does seem as if something may be wrong in one of

[Bug fortran/29759] New: ice on line continuation in OMP statements (gfc_next_char_literal, at fortran/scanner.c:701)

$> cat ice.f90 PROGRAM test_omp !$OMP PARALLEL & !$NUM_THREADS(2) END PROGRAM $> gfortran-svn -g -Wall -fopenmp ice.f90 ice.f90:0: internal compiler error: in gfc_next_char_literal, at fortran/scanner.c:701 Please submit a full bug report, $> gfortran-svn -v gcc version 4.3.0 20061106 (experi

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

--- Comment #41 from bkoz at gcc dot gnu dot org 2006-11-08 11:34 --- Hey Eric. Yes, it looks like I'm all ok (test results are perfect) as long as HAVE_COMDAT_GROUP is defined, but screwed if it isn't. Although I'm ok now, it does seem as if something may be wrong in one of the code pa

[Bug middle-end/28752] bootstrap comparision fails with "-ftree-vectorize -maltivec" on ppc

--- Comment #14 from irar at il dot ibm dot com 2006-11-08 11:33 --- (In reply to comment #11) > 1. Put a breakpoint in tree_ssa_cd_dce when compiling the > offending function from recog.c.When that breakpoint > triggers issue: > verify_ssa (true) > I can't see

[Bug preprocessor/29612] [4.0/4.1/4.2/4.3 Regression] gcc --save-temps does not give "multi-character character constant" error

-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org

[Bug fortran/27546] [F2003] IMPORT not implemented

--- Comment #5 from patchapp at dberlin dot org 2006-11-08 10:05 --- Subject: Bug number PR27546 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00466.html -- http://gcc.gnu.org/bugzilla/sh

[Bug middle-end/29756] SSE intrinsics hard to use without redundant temporaries appearing

--- Comment #3 from timday at bottlenose dot demon dot co dot uk 2006-11-08 10:01 --- I've just tried an alternative version (will upload later) replacing the union with a single __v4sf _rep, and implementing the [] operators using e.g (reinterpret_cast(&_rep))[i]; However the code

[Bug fortran/29755] ICE on same name in subroutine and program

--- Comment #1 from patchapp at dberlin dot org 2006-11-08 10:01 --- Subject: Bug number PR29755 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00465.html -- http://gcc.gnu.org/bugzilla/sh

[Bug c++/28088] [4.1 Regression] Internal compiler error on boost mpl test/apply.cpp

--- Comment #15 from pinskia at gcc dot gnu dot org 2006-11-08 09:51 --- Another testcase, this one from some other code that uses boost: template< typename T> struct has_begin {static const bool value =0;}; template struct sequence_tag_impl{}; template< typename Sequence> struct sequen

  1   2   >