Error "pointer to unimplemented type"

Hello, While trying to add a field 'tree * var_list' to struct cgraph_node (defined in cgraph.h), I got an error ../../gcc-4.3.1/gcc/cgraph.h:128: field `(*x).var_list' is pointer to unimplemented type ../../gcc-4.3.1/gcc/cgraph.h:128: field `(*x).var_list' is pointer to unimplemented type ../..

[Bug fortran/41648] [OOP] Type-bound procedures refused

--- Comment #2 from pault at gcc dot gnu dot org 2009-10-13 07:33 --- Have just posted a patch for this Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

Re: Error "pointer to unimplemented type"

How is the pointer-to-pointer type taken care of in function walk_type ()? If I modify the if statement of line 2014 (gengtype.c) to if ((!t->u.p->kind == TYPE_POINTER) && ! UNION_OR_STRUCT_P (t->u.p) && t->u.p->kind != TYPE_PARAM_STRUCT) it works fine. On Tue, Oct 13, 2009 at 12

[Bug fortran/41694] New: ICE with -fopenmp -O -g and -fwhopr or -flto

Hi, when compiling and linking the following program: % cat openmp-test.F90 implicit none #if _OPENMP >= 200505 !$ integer :: OMP_GET_NUM_THREADS, OMP_GET_MAX_THREADS, OMP_GET_THREAD_NUM #else integer :: OMP_GET_NUM_THREADS, OMP_GET_MAX_THREADS, OMP_GET_THREAD_NUM #endif integer :: i pri

[Bug lto/41681] Feature request half way option between dynamic and static linking.

--- Comment #3 from oiaohm at gmail dot com 2009-10-13 08:03 --- Currently for libstdc++ it must be either dynamic or static. This separation causes some problems. There need to be two halfway points. The static libs the dynamic both be there. Type one halfway is for secuirty reasons

[Bug fortran/41656] [OOP] Unresolved GENERIC

--- Comment #5 from sfilippone at uniroma2 dot it 2009-10-13 09:06 --- (In reply to comment #4) The recent combined patch by Paul makes my compilation progress; however a little later I get an ICE here: #0 0x00349887efa0 in strcmp () from /lib64/libc.so.6 #1 0x0050ffdd in

[Bug middle-end/41694] ICE with -fopenmp -O -g and -fwhopr or -flto

--- Comment #1 from burnus at gcc dot gnu dot org 2009-10-13 09:35 --- Note: -g does not work yet with -fwhopr or -flto. See also: PR 41521 and 41566 -- burnus at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug bootstrap/41691] -flto leads to bootstrap failure

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-13 09:42 --- Well, you obviously would need a host compiler with LTO enabled: cc1: error: LTO support has not been enabled in this configuration or better use BOOT_CFLAGS and TARGET_CFLAGS, not CFLAGS. Note you also need to ad

[Bug lto/41681] Feature request half way option between dynamic and static linking.

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-13 09:46 --- So your half-way would be only useful for static analysis, but not for any optimization decision. Consider a function currently being void doIt() {} in the shared library. Now, if GCC sees the body it can deduce

[Bug c++/41690] Scoping is incorrect for inherited classes nested inside a templated class.

--- Comment #5 from paolo dot carlini at oracle dot com 2009-10-13 10:26 --- To be clear, the use of this-> isn't a "workaround", is the way C++ as specified in the current International standard works. This is not the place for general explanations, you may want to browse D. Vandevoord

[Bug fortran/41685] [OOP] internal compiler error: verify_flow_info failed

--- Comment #8 from sfilippone at uniroma2 dot it 2009-10-13 10:44 --- (In reply to comment #7) > Works for me at revision pr152662 and with the patches for pr41629 and pr41656 > (latest avatars). > Yup, works for me at revision 152697 + pr41656.diff Nice to see it fixed so fast :-)

[Bug c++/41690] Scoping is incorrect for inherited classes nested inside a templated class.

--- Comment #6 from redi at gcc dot gnu dot org 2009-10-13 11:02 --- Or see http://gcc.gnu.org/gcc-3.4/changes.html#cplusplus -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41690

[Bug bootstrap/41691] -flto leads to bootstrap failure

--- Comment #3 from linuxl4 at sohu dot com 2009-10-13 11:27 --- thanks for your message above. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41691

[Bug tree-optimization/41661] [4.5 Regression] ICE due to IPCP trying to create/fold a REAL typed comparision

--- Comment #4 from jamborm at gcc dot gnu dot org 2009-10-13 11:31 --- Subject: Bug 41661 Author: jamborm Date: Tue Oct 13 11:31:08 2009 New Revision: 152702 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152702 Log: 2009-10-13 Martin Jambor PR tree-optimization/416

[Bug tree-optimization/41661] [4.5 Regression] ICE due to IPCP trying to create/fold a REAL typed comparision

--- Comment #5 from jamborm at gcc dot gnu dot org 2009-10-13 11:32 --- Fixed. -- jamborm at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/41690] Scoping is incorrect for inherited classes nested inside a templated class.

--- Comment #7 from paolo dot carlini at oracle dot com 2009-10-13 11:55 --- Yes, Jon. By the way, I also wanted to link to that *very* old changes doc, probably gave up only because the examples are slightly different. But indeed, that's exactly the point. -- http://gcc.gnu.org/bu

[Bug middle-end/41264] [4.5 Regression] variable-tracking unbelievably slow

--- Comment #9 from rguenth at gcc dot gnu dot org 2009-10-13 12:07 --- It's not fixed. variable tracking : 480.87 (90%) usr 1.42 (54%) sys 482.57 (90%) wall 22699 kB ( 5%) ggc it's even got slower. -- rguenth at gcc dot gnu dot org changed: What|Removed

[Bug target/41156] [4.4/4.5 Regression] zlib segfault in inflate_table() compiled w/ -O -msse2 ftree-vectorize

--- Comment #26 from mahatma at eu dot by 2009-10-13 12:16 --- (In reply to comment #25) > would you please just test the patch on PR 40838 and tell HJ if it works or > not? > In progress. There are only one Celeron PC leased without distcc to build and runtime test big packages. --

[Bug lto/41668] ICE in get_alias_set, at alias.c:698

--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-13 12:29 --- Well. Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|AS

[Bug lto/41668] ICE in get_alias_set, at alias.c:698

to/41668 * gcc.dg/lto/20091006-2_0.c: New testcase. * gcc.dg/lto/20091006-2_1.c: Likewise. * gcc.dg/lto/20091006-2_2.c: Likewise. * gcc.dg/lto/20091013-1_0.c: Likewise. * gcc.dg/lto/20091013-1_1.c: Likewise. * gcc.dg/lto/20091013-1_2.c: Likewise. Added: t

[Bug lto/41565] -m32 causes an ICE when the object files were compiled with 64bit

--- Comment #8 from rguenth at gcc dot gnu dot org 2009-10-13 12:42 --- Subject: Bug 41565 Author: rguenth Date: Tue Oct 13 12:42:30 2009 New Revision: 152705 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152705 Log: 2009-10-13 Richard Guenther PR lto/41565

[Bug lto/41565] -m32 causes an ICE when the object files were compiled with 64bit

--- Comment #9 from rguenth at gcc dot gnu dot org 2009-10-13 12:43 --- Still no testcase for the original report. Target options in general should be fixed now. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug debug/40521] [4.4/4.5 Regression] -g causes GCC to generate .eh_frame

--- Comment #17 from mikpe at it dot uu dot se 2009-10-13 12:52 --- Patch with proposed backport to 4.4 posted here: http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00818.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40521

[Bug ada/40775] [4.4/4.5 Regression] Ada on ARM ICE in find_valid_class, at reload.c:701

--- Comment #3 from joel at gcc dot gnu dot org 2009-10-13 13:11 --- Still broken: +===GNAT BUG DETECTED==+ | 4.5.0 20091012 (experimental) [trunk revision 152668] (arm-unknown-rtems4.10) GCC error:| | in find_valid_class, at reload.c:

[Bug target/41156] [4.4/4.5 Regression] zlib segfault in inflate_table() compiled w/ -O -msse2 ftree-vectorize

--- Comment #27 from mahatma at eu dot by 2009-10-13 13:26 --- (In reply to comment #24) > > unused wide. Why? What side-effects of "-mstackrealign"? Perfomance? > > Please see PR 40838. As seen on... a... I found only ABI standard reasons. FIXME! But SSE usage still optional like -ms

[Bug target/41693] [4.5 Regression] RTL Check Failure in expand_debug_expr, at cfgexpand.c:2371

--- Comment #3 from jakub at gcc dot gnu dot org 2009-10-13 13:56 --- Subject: Bug 41693 Author: jakub Date: Tue Oct 13 13:56:07 2009 New Revision: 152707 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152707 Log: PR target/41693 * rtl.h (DEBUG_EXPR_TREE_DECL): D

[Bug debug/41695] New: Invalid .debug_loc created

int bar (int); void foo (void) { int b = 0; b = bar (b); b = bar (b); b = bar (b); b = bar (b); bar (b); } compiled with -g -O2 on x86_64-linux results in bogus .debug_loc ranges: .LLST1: .quad .LVL0-.Ltext0 # Location list begin address (*.LLST1) .quad .LVL1-.Lt

[Bug target/41693] [4.5 Regression] RTL Check Failure in expand_debug_expr, at cfgexpand.c:2371

--- Comment #4 from jakub at gcc dot gnu dot org 2009-10-13 14:16 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug fortran/41685] [OOP] internal compiler error: verify_flow_info failed

--- Comment #9 from janus at gcc dot gnu dot org 2009-10-13 14:22 --- (In reply to comment #8) > Yup, works for me at revision 152697 + pr41656.diff > Nice to see it fixed so fast :-) Ok, so I assume it was indeed fixed by the patch for PR41583. Closing. -- janus at gcc dot gnu dot

Last Chance: Red Ribbon Week starts next week

Educator, Red Ribbon Week is October 23rd-31st. Are you and your school prepared? Here's a great way to make sure your students and faculty know just how important living a drug-free lifestyle really is: promote Red Ribbon Week. http://pgiproducts.net/?mId=-199593&ID=2726760621&L=37595B

[Bug debug/41695] Invalid .debug_loc created

--- Comment #1 from jakub at gcc dot gnu dot org 2009-10-13 14:44 --- Created an attachment (id=18794) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18794&action=view) gcc45-pr41695.patch Patch I'm going to bootstrap/regtest. -- jakub at gcc dot gnu dot org changed:

[Bug fortran/41678] Format label as second item in io control list is rejected

--- Comment #7 from burnus at gcc dot gnu dot org 2009-10-13 15:39 --- (In reply to comment #0) > The following is rejected by gfortran. I think it is valid. > real i > read(unit=2, 100) i > 100 format (f10.7) In case of Fortran 95 it is trivially invalid (cf. comment 3 and comment 5).

[Bug tree-optimization/41555] [4.5 regression] possible miscompilation in whole-program mode

--- Comment #6 from sje at cup dot hp dot com 2009-10-13 16:05 --- The new test case (gcc.dg/torture/pr41555.c) is failing on ia64-hp-hpux11.23. It looks like the *_MAX and *_MIN macros are only defined when in c99 mode so the test requires -std=c99 on this platform (and others?) --

[Bug fortran/41581] [OOP] Allocation of a CLASS with SOURCE= does not work

--- Comment #4 from janus at gcc dot gnu dot org 2009-10-13 16:12 --- Subject: Bug 41581 Author: janus Date: Tue Oct 13 16:12:24 2009 New Revision: 152715 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152715 Log: 2009-10-13 Janus Weil PR fortran/41581 * decl

[Bug fortran/41581] [OOP] Allocation of a CLASS with SOURCE= does not work

--- Comment #5 from janus at gcc dot gnu dot org 2009-10-13 16:14 --- Fixed with r152715. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/41678] Format label as second item in io control list is rejected

--- Comment #8 from dominiq at lps dot ens dot fr 2009-10-13 17:01 --- > It would be interesting to get the opinion of Richard Maine. watch http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/fbd60d05c9e683e4# -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41678

[Bug rtl-optimization/40775] [4.4/4.5 Regression] ICE in find_valid_class, at reload.c:701

--- Comment #4 from ebotcazou at gcc dot gnu dot org 2009-10-13 17:47 --- Reclassifying. You need an ARM maintainer to debug this. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/41678] Format label as second item in io control list is rejected

--- Comment #9 from dominiq at lps dot ens dot fr 2009-10-13 18:03 --- > It would be interesting to get the opinion of Richard Maine. > > ... > > The wording in the f2003/2008 drafts I have at hand is more ambiguous: > > ... > > Does a io-unit in C917 includes the optional characters U

[Bug tree-optimization/41377] [4.5 Regression] gimple EH rewrite causes ICE with PPRE (enabled at -O3)

--- Comment #6 from rth at gcc dot gnu dot org 2009-10-13 18:42 --- Subject: Bug 41377 Author: rth Date: Tue Oct 13 18:41:56 2009 New Revision: 152728 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152728 Log: PR tree-optimization/41377 * tree-eh.c (unsplit_eh):

[Bug tree-optimization/41377] [4.5 Regression] gimple EH rewrite causes ICE with PPRE (enabled at -O3)

--- Comment #7 from rth at gcc dot gnu dot org 2009-10-13 18:45 --- Fixed. -- rth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug libfortran/41683] [4.5 Regression] F2003 Repeat specification after P descriptor rejected

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-10-13 19:17 --- Fixed. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug fortran/41678] Format label as second item in io control list is rejected

--- Comment #10 from jvdelisle at gcc dot gnu dot org 2009-10-13 19:20 --- Dominiq, thanks for tracking this down. So the example code in this otherfortran manual is invalid. I noticed a few other examples in there that are obfuscated in some manner to not be valid. I am sure just ed

[Bug middle-end/41264] [4.5 Regression] variable-tracking unbelievably slow

--- Comment #10 from aoliva at gcc dot gnu dot org 2009-10-13 20:08 --- This means the testcase labeled pr41264-test.c was totally unrelated to the original bug report :-( Oh well... I'll add the other testcase to my ongoing efforts to speed up var-tracking. I'm working on that on two

[Bug rtl-optimization/41697] New: ICE on gcc.c-torture/compile/20090917-1.c

The test case gcc.c-torture/compile/20090917-1.c looks pretty bogus (particularly the first argument to am_vector_index_for_loop) but it shouldn't ICE which it does on IA64 HP-UX and Linux when compiled with -O3. The ICE happens in the selective scheduler. I am not sure if the problem is platform

[Bug c/41698] New: "\uFFFF" converts incorrectly to two-byte character

GCC 4.4.1 incorrectly parses the code point U+ when generating a two-byte character. It mistakes this code point for a supplemental one, and generates an improper surrogate pair U+D7FF U+DFFF. This bug is present as far back as GCC 3.4.6. Here is a test program that demonstrates the bug, and

[Bug c/41698] "\uFFFF" converts incorrectly to two-byte character

--- Comment #1 from chasonr at newsguy dot com 2009-10-13 21:04 --- Created an attachment (id=18796) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18796&action=view) Test case for this bug This test uses the built-in __CHAR16_TYPE__, so that it will demonstrate the bug even when w

[Bug c/41698] "\uFFFF" converts incorrectly to two-byte character

--- Comment #2 from chasonr at newsguy dot com 2009-10-13 21:08 --- Created an attachment (id=18797) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18797&action=view) Proposed patch for this bug This patch is against the GCC 4.4.1 distribution. The function altered is one_utf8_to_

[Bug target/41684] [4.4/4.5 regression] binutils testsuite failures when built with 4.4/4.5

--- Comment #1 from mikpe at it dot uu dot se 2009-10-13 22:02 --- Confirmed. I've built binutils-2.19.1 and binutils-2.19.92 with gcc-4.3.4 (plus loads of well-tested fixes) and gcc-4.4.1 vanilla on an armv5tel-linux-gnueabi machine, and for both binutils versions using gcc-4.4.1 caused

[Bug lto/41565] -m32 causes an ICE when the object files were compiled with 64bit

--- Comment #10 from pinskia at gcc dot gnu dot org 2009-10-13 22:35 --- Oh the ICE only happens for the -m32/-m64 case only when invoking lto1 directly. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41565

[Bug lto/41565] -m32 causes an ICE when the object files were compiled with 64bit

--- Comment #11 from pinskia at gcc dot gnu dot org 2009-10-13 22:40 --- Simple testcase for powerpc64. int main(void){ return 0; } --- CUT -- gcc t.c -flto -c -m64 /home/apinski/gcc-mainline/libexec/gcc/powerpc64-unknown-linux-gnu/4.5.0/lto1 t.o -m32 --- CUT --- I have not trie

[Bug rtl-optimization/38948] unrecognizable insn, postreload.c:395

--- Comment #3 from hp at gcc dot gnu dot org 2009-10-13 23:48 --- Subject: Bug 38948 Author: hp Date: Tue Oct 13 23:48:39 2009 New Revision: 152736 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152736 Log: PR target/38948 * config/cris/cris.h (SECONDARY_RELOAD_

[Bug rtl-optimization/38948] unrecognizable insn, postreload.c:395

--- Comment #4 from hp at gcc dot gnu dot org 2009-10-13 23:49 --- Subject: Bug 38948 Author: hp Date: Tue Oct 13 23:49:46 2009 New Revision: 152737 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152737 Log: PR target/38948 * gcc.dg/torture/pr38948.c: New test.

[Bug rtl-optimization/38948] unrecognizable insn, postreload.c:395

--- Comment #5 from hp at gcc dot gnu dot org 2009-10-13 23:53 --- Subject: Bug 38948 Author: hp Date: Tue Oct 13 23:53:20 2009 New Revision: 152738 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152738 Log: PR target/38948 * config/cris/cris.h (SECONDARY_RELOAD_

[Bug rtl-optimization/38948] unrecognizable insn, postreload.c:395

--- Comment #6 from hp at gcc dot gnu dot org 2009-10-13 23:54 --- Subject: Bug 38948 Author: hp Date: Tue Oct 13 23:53:55 2009 New Revision: 152739 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152739 Log: PR target/38948 * gcc.dg/torture/pr38948.c: New test.

[Bug rtl-optimization/38948] unrecognizable insn, postreload.c:395

--- Comment #7 from hp at gcc dot gnu dot org 2009-10-14 00:01 --- Subject: Bug 38948 Author: hp Date: Wed Oct 14 00:01:09 2009 New Revision: 152740 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152740 Log: PR target/38948 * config/cris/cris.h (SECONDARY_RELOAD_

[Bug rtl-optimization/38948] unrecognizable insn, postreload.c:395

--- Comment #8 from hp at gcc dot gnu dot org 2009-10-14 00:01 --- Subject: Bug 38948 Author: hp Date: Wed Oct 14 00:01:37 2009 New Revision: 152741 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152741 Log: PR target/38948 * gcc.dg/torture/pr38948.c: New test.

[Bug rtl-optimization/38948] unrecognizable insn, postreload.c:395

--- Comment #9 from hp at gcc dot gnu dot org 2009-10-14 00:04 --- Fixed . -- hp at gcc dot gnu dot org changed: What|Removed |Added --

[Bug rtl-optimization/38948] unrecognizable insn, postreload.c:395

-- hp at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38948

[Bug lto/41668] ICE in get_alias_set, at alias.c:698

-shared -O2 -flto -lm -m32 -o gcc-dg-lto-20091013-1-11(timeout = 300) In file included from /net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/lto/20091013-1_1.c:118:0,^M from /net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/lto/20091013-1_0.c:46,^M

[Bug fortran/35952] Segmentation fault with character strings only when compiling with -funroll-loops and -O3

--- Comment #8 from jvdelisle at gcc dot gnu dot org 2009-10-14 01:09 --- With gfortran 4.5 trunk r152402 on Cygwin 1.7 the test case executes normally. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35952

[Bug testsuite/41700] New: g++.dg/debug/dwarf2/icf.C

Executing on host: /test/gnu/gcc/objdir/gcc/testsuite/g++/../../g++ -B/test/gnu/ gcc/objdir/gcc/testsuite/g++/../../ /test/gnu/gcc/gcc/gcc/testsuite/g++.dg/debug /dwarf2/icf.C -nostdinc++ -I/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++- v3/include/hppa64-hp-hpux11.11 -I/test/gnu/gcc/objdir/hp

[Bug fortran/35952] Segmentation fault with character strings only when compiling with -funroll-loops and -O3

--- Comment #9 from jvdelisle at gcc dot gnu dot org 2009-10-14 01:49 --- Closing. Works on latest gfortran. Upgrade to later version. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/30447] Evaluate complex math functions at compile-time

--- Comment #9 from ghazi at gcc dot gnu dot org 2009-10-14 01:57 --- Support for the "arc" functions is done in the mpc svn repository which will be released as mpc-0.8 at the end of October. Use of these functions has been checked into mainline. All C99 builtin complex math functions

[Bug other/40302] [4.5 Regression] GCC must hard-require MPC before release

--- Comment #6 from ghazi at gcc dot gnu dot org 2009-10-14 01:59 --- Remember to remove the testsuite effective-target code for mpc, mpc_pow and mpc_arc. Also remove the dg- commands in various individual tests. -- ghazi at gcc dot gnu dot org changed: What|Removed

[Bug testsuite/41701] New: scan-assembler-not has false positives

The scan-assembler-not should skip strings inside of .ident directives. I have a branch that I use for power7 development, power7-meissner. In that branch, I set the REVISION file to indicate that this is a branch. Currently it is set to: [ibm/power7-meissner, mainline revision 152572] This rev

[Bug target/41702] New: FAIL: abi/demangle/abi_text/09.cc execution test

Program fails due to a segmentation fault: Program received signal SIGSEGV, Segmentation fault. 0x40004264 in __gnu_test::verify_demangle ( mangled=, wanted=0x40002394 "error code = -2: invalid mangled name") at /test/gnu/gcc/gcc/libstdc++-v3/testsuite/util/testsuite_h

[Bug middle-end/30447] Evaluate complex math functions at compile-time

--- Comment #10 from joseph at codesourcery dot com 2009-10-14 02:27 --- Subject: Re: Evaluate complex math functions at compile-time On Wed, 14 Oct 2009, ghazi at gcc dot gnu dot org wrote: > Support for the "arc" functions is done in the mpc svn repository which will > be > relea

[Bug target/40693] atomic built-ins malfunction with 64-bit signed ptrs and negative constants

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-10-14 04:00 --- Fixed in 4.2.0 so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug pch/40715] SPU compiler does not work properly with precompiled headers

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-14 04:02 --- *** This bug has been marked as a duplicate of 33505 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/33505] spu target builtins and vectorizer don't get along

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-10-14 04:02 --- *** Bug 40715 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/33505] spu target builtins and vectorizer don't get along

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-10-14 04:03 --- Fixed by: 2009-04-23 Ulrich Weigand * config/spu/spu-builtins.h: Delete file. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/40720] Optimizer Bug: bad register name

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-14 04:05 --- >I'm unsure how to proceed, as temp files will be very large Zip them up. But please attach the preprocessed source that is able to reproduce this bug. -- pinskia at gcc dot gnu dot org changed: Wha

[Bug bootstrap/40729] Build fails in libstdc++-v3

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-10-14 04:06 --- This works for me on the trunk. Can you try again? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/40738] missing typename error improvement

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-14 04:08 --- *** This bug has been marked as a duplicate of 15946 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/15946] Unhelpful error message when "typename" is omitted

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-10-14 04:08 --- *** Bug 40738 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug ada/40777] compile error on gcc-interface/targtyps.c

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-14 04:11 --- Confirmed. /* This macro is only defined by the i386 port. */ That is not true. It is also defined by the sh port. -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug bootstrap/40833] gcc configure problem with mpfr.h

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-10-14 04:14 --- > checking for correct version of mpfr.h... no That is correct error since mpfr cannot be used as you configured gcc so it is not the correct version :). -- pinskia at gcc dot gnu dot org changed: W

[Bug c/40885] build_indirect_ref i18n problems

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-14 04:36 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug bootstrap/40833] gcc configure problem with mpfr.h

--- Comment #6 from david dot sagan at gmail dot com 2009-10-14 04:40 --- (In reply to comment #5) > > checking for correct version of mpfr.h... no > > That is correct error since mpfr cannot be used as you configured gcc so it is > not the correct version :). > No. This is not corr

[Bug testsuite/40625] [4.5 Regression] Errors in "make -k check-gcc RUNTESTFLAGS=plugin.exp"

--- Comment #6 from pinskia at gcc dot gnu dot org 2009-10-14 04:46 --- This works for me, does it work for you now? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40625

[Bug c++/40948] ICE in lower_stmt, at gimple-low.c:408

--- Comment #13 from pinskia at gcc dot gnu dot org 2009-10-14 04:47 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFI

[Bug c++/41091] Using section attribute in c and c++ function causes section type conflict

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-14 04:50 --- Actually, they have to have two different section types. c::m()::TWO has to be in the comdat section for C::m(). While c()::ONE does not and can be in a normal section. -- pinskia at gcc dot gnu dot org changed:

[Bug middle-end/41147] FAIL: gcc.dg/vmx/bug-2.c -O3 -g ICE in build_int_cst_wide, at tree.c:1140

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-14 04:57 --- I should have looked for a bug report before filing a new bug report. Anyways this has been since fixed. *** This bug has been marked as a duplicate of 41661 *** -- pinskia at gcc dot gnu dot org changed:

[Bug tree-optimization/41661] [4.5 Regression] ICE due to IPCP trying to create/fold a REAL typed comparision

--- Comment #6 from pinskia at gcc dot gnu dot org 2009-10-14 04:57 --- *** Bug 41147 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug debug/41447] Wrong debug with VTA on temporaries initialized from memory variable

--- Comment #5 from aoliva at gcc dot gnu dot org 2009-10-14 05:01 --- Subject: Bug 41447 Author: aoliva Date: Wed Oct 14 05:01:24 2009 New Revision: 152749 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152749 Log: PR debug/41343 PR debug/41447 PR debug/41264 PR debug/41338 * t

[Bug debug/41343] [4.5 Regression] sysdeps/ieee754/dbl-64/dosincos.c from glibc causes excessive memory use

--- Comment #21 from aoliva at gcc dot gnu dot org 2009-10-14 05:01 --- Subject: Bug 41343 Author: aoliva Date: Wed Oct 14 05:01:24 2009 New Revision: 152749 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152749 Log: PR debug/41343 PR debug/41447 PR debug/41264 PR debug/41338 *

[Bug middle-end/41264] [4.5 Regression] variable-tracking unbelievably slow

--- Comment #11 from aoliva at gcc dot gnu dot org 2009-10-14 05:01 --- Subject: Bug 41264 Author: aoliva Date: Wed Oct 14 05:01:24 2009 New Revision: 152749 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152749 Log: PR debug/41343 PR debug/41447 PR debug/41264 PR debug/41338 *

[Bug other/41338] High memory consumption when compiling with -O3 -g

--- Comment #6 from aoliva at gcc dot gnu dot org 2009-10-14 05:01 --- Subject: Bug 41338 Author: aoliva Date: Wed Oct 14 05:01:24 2009 New Revision: 152749 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152749 Log: PR debug/41343 PR debug/41447 PR debug/41264 PR debug/41338 * t

[Bug c++/41703] New: Problems with SFINAE. Source works at gcc 3.4.6 but fails at 4.2.1 and 4.5.0.20091008

Hello! I have FreeBSD 8.0-BETA4. Why this #include template class TSizeEnabler { public: typedef T TClass; }; template unsigned int GetAllSize(const X &Var) { return sizeof(Var); } template unsigned int GetAllSize(const typename TSizeEnabler::TClass &Var) { return Var.CalcMySize(); } t

[Bug middle-end/41264] [4.5 Regression] variable-tracking unbelievably slow

--- Comment #12 from matz at gcc dot gnu dot org 2009-10-14 06:14 --- Yeah, I'm sorry, I attached the testcase to the wrong bug report as said in comment #5. It was about combinatoric explosion not about slow var-tracking. I should probably have deleted the attachment from here. --

[Bug middle-end/30447] Evaluate complex math functions at compile-time

--- Comment #11 from ghazi at gcc dot gnu dot org 2009-10-14 06:15 --- (In reply to comment #10) > > except for cproj because that has a wierd non-c99 implementation in glibc. > > I don't see why one particular library having a bug in its implementation > of cproj should prevent GCC fro

[Bug c++/40092] [c++0x] expansion pattern fails with error about derived template instead of actual template

--- Comment #16 from jason at gcc dot gnu dot org 2009-10-14 06:27 --- Subject: Bug 40092 Author: jason Date: Wed Oct 14 06:27:41 2009 New Revision: 152751 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152751 Log: PR c++/40092 * tree.c (cp_tree_equal): Add test

[Bug c++/39866] [c++0x] deleted functions not removed from "no match" error messages

--- Comment #3 from jason at gcc dot gnu dot org 2009-10-14 06:28 --- Subject: Bug 39866 Author: jason Date: Wed Oct 14 06:27:50 2009 New Revision: 152752 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152752 Log: PR c++/39866 * call.c (print_z_candidates): Don't