[Bug driver/42690] Undefined reference errors with -flto -fuse-linker-plugin

--- Comment #14 from espindola at gcc dot gnu dot org 2010-01-17 05:47 --- I don't think that in general we can support things like -nodefaultlibs -lc -lgcc. Doing that with static libraries and lto is such an uncommon case that it is probably OK to ask the user to also pass -Wl,-pass-t

[Bug target/42753] _Complex_I is reported as undeclared. Code builds with Sun compiler.

--- Comment #13 from david dot kirkby at onetel dot net 2010-01-17 03:53 --- (In reply to comment #12) > Subject: Re: _Complex_I is reported as undeclared. Code > builds with Sun compiler. > > On Sat, 16 Jan 2010, david dot kirkby at onetel dot net wrote: > > > Do you know of anyone

[Bug target/42753] _Complex_I is reported as undeclared. Code builds with Sun compiler.

--- Comment #12 from joseph at codesourcery dot com 2010-01-17 03:36 --- Subject: Re: _Complex_I is reported as undeclared. Code builds with Sun compiler. On Sat, 16 Jan 2010, david dot kirkby at onetel dot net wrote: > Do you know of anyone with the necessary knowledge? If so, I'll

[Bug fortran/42772] ICE at fold-const.c:10033

--- Comment #3 from hjl dot tools at gmail dot com 2010-01-17 02:53 --- It is cause by revision 155606: http://gcc.gnu.org/ml/gcc-cvs/2010-01/msg00065.html -- hjl dot tools at gmail dot com changed: What|Removed |Added

[Bug target/42770] error: unrecognizable insn for pr11832.c

--- Comment #1 from mikpe at it dot uu dot se 2010-01-17 00:01 --- The problematic test tested a known buggy feature which has since been removed, see . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42770

[Bug libfortran/42742] [4.5 Regression] SIGSEGV at libgfortran/io/format.c:111

--- Comment #13 from manfred99 at gmx dot ch 2010-01-16 23:48 --- I now built gfortran 4.5.0 (20100107) + Jerry's patch. Patch works for me, no SIGSEGV any more. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42742

[Bug fortran/42568] [Cygwin] BLOCKDATA referenced in EXTERNAL not loading from library

--- Comment #25 from kargl at gcc dot gnu dot org 2010-01-16 23:47 --- Re-open. Sorry guys, wrong PR. -- kargl at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/42772] ICE at fold-const.c:10033

--- Comment #2 from dominiq at lps dot ens dot fr 2010-01-16 23:41 --- This is a regression introduced after revision 154654 (working). Backtrace: (gdb) run -frecursive -fcheck=all pr42772.f90 Starting program: /opt/gcc/gcc4.5w/libexec/gcc/x86_64-apple-darwin10/4.5.0/f951 -frecursive -f

[Bug fortran/41198] gfortran 4.5 does not produce "Warning: Deleted feature: GOTO at (1) jumps to END of construct at (2)"

--- Comment #6 from kargl at gcc dot gnu dot org 2010-01-16 23:25 --- The (non?)issue was fixed on trunk in March 2009. Since this issues concerns only a warning and generating wrong code is not possible, I'm closing this with WONTFIX under the 'too many bugs too fix, too few hands to d

[Bug fortran/42568] [Cygwin] BLOCKDATA referenced in EXTERNAL not loading from library

--- Comment #24 from kargl at gcc dot gnu dot org 2010-01-16 23:18 --- Fixed in trunk. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug fortran/42550] Unable to give initial value 2**0.5 to a real varable

--- Comment #4 from kargl at gcc dot gnu dot org 2010-01-16 23:18 --- This was fixed in March 2009 on trunk. With the pending release of 4.4.3 and the current state of trunk, I see no reason to back port this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42550

[Bug tree-optimization/42771] [4.5 Regression] ICE: in graphite_loop_normal_form, at graphite-sese-to-poly.c (2)

--- Comment #3 from hjl dot tools at gmail dot com 2010-01-16 22:36 --- It is caused by the new implementation of Graphite: http://gcc.gnu.org/ml/gcc-cvs/2009-07/msg01187.html -- hjl dot tools at gmail dot com changed: What|Removed |Added

[Bug tree-optimization/42637] [4.5 Regression][graphite] wrong code for -floop-interchange -ftree-loop-distribution

--- Comment #6 from spop at gcc dot gnu dot org 2010-01-16 22:31 --- Actually the change by Tobias is correct. Still, the problem is around that point. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42637

[Bug tree-optimization/42637] [4.5 Regression][graphite] wrong code for -floop-interchange -ftree-loop-distribution

--- Comment #5 from spop at gcc dot gnu dot org 2010-01-16 22:17 --- I have looked again to this function, and I just realized that there were changes to one of the functions of the data dependence test: build_pairwise_scheduling_inequality used to build strict inequalities for the lexic

[Bug fortran/42772] ICE at fold-const.c:10033

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-01-16 22:16 --- I get $ gdb --args ./f951 -quiet t.f90 -frecursive -fcheck=all Program received signal SIGSEGV, Segmentation fault. 0x080fc354 in gfc_add_modify (pblock=0xb234, lhs=0x0, rhs=0xb772f6d8) at /home/richard/src/

[Bug tree-optimization/42771] [4.5 Regression] ICE: in graphite_loop_normal_form, at graphite-sese-to-poly.c (2)

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42771

[Bug fortran/42772] New: ICE at fold-const.c:10033

With the test case 2 of bug http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42742 I get with # gfortran -frecursive -fcheck=all -o writebug2 writebug2.f writebug2.f: In function 'MAIN__': writebug2.f:33:0: internal compiler error: in fold_binary_loc, at fold-const.c:10033 Please submit a full bug re

[Bug tree-optimization/42771] [4.5 Regression] ICE: in graphite_loop_normal_form, at graphite-sese-to-poly.c (2)

--- Comment #2 from zsojka at seznam dot cz 2010-01-16 22:05 --- Created an attachment (id=19629) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19629&action=view) reduced testcase The only difference to the pr42521 testcase is added declaration of and call to bar() Command line:

[Bug tree-optimization/42771] [4.5 Regression] ICE: in graphite_loop_normal_form, at graphite-sese-to-poly.c (2)

--- Comment #1 from zsojka at seznam dot cz 2010-01-16 22:03 --- Created an attachment (id=19628) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19628&action=view) original, unreduced testcase (from ffmpeg sources) Command line: gcc -O3 -fgraphite-identity -c aes.i -- http://g

[Bug tree-optimization/42771] New: [4.5 Regression] ICE: in graphite_loop_normal_form, at graphite-sese-to-poly.c (2)

The original, unreduced, testcase from pr42521 started crashing again, with the same error message. Only little modification to the reduced testcase is needed to reproduce it. Command line: gcc -O3 -fgraphite-identity -c testcase.c Tested revisions (x86_64): r155945 - crash (x86) r155938 - crash

[Bug fortran/42769] [4.5 Regression] ICE in resolve_typebound_procedure

--- Comment #6 from burnus at gcc dot gnu dot org 2010-01-16 21:46 --- (Mark as regression (P5); while it was not supported in <4.5, it was working before in 4.5.) -- burnus at gcc dot gnu dot org changed: What|Removed |Added --

[Bug libfortran/42742] [4.5 Regression] SIGSEGV at libgfortran/io/format.c:111

--- Comment #12 from manfred99 at gmx dot ch 2010-01-16 21:43 --- To clarify, this was still with the unpatched gfortran 4.5.0, snapshot of 20100107. BTW, the silly, stray line "anzarg2=j" in writebug2.f does not alter the result. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=427

[Bug middle-end/19988] [4.3/4.4/4.5 Regression] pessimizes fp multiply-add/subtract combo

--- Comment #22 from rguenth at gcc dot gnu dot org 2010-01-16 21:42 --- Created an attachment (id=19627) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19627&action=view) fixed patch Fixed patch that actually bootstraps. -- rguenth at gcc dot gnu dot org changed:

[Bug c++/42768] libstdc++-v3/libsupc++/vec.cc:354: internal compiler error: Segmentation fault

--- Comment #2 from t7 at gmail dot com 2010-01-16 21:09 --- libstdc++-v3/libsupc++/vec.cc: In function 'void __cxxabiv1::T.60(void*, size_t, size_t, __cxxabiv1::__cxa_cdtor_return_type (*)(void*))': libstdc++-v3/libsupc++/vec.cc:354: internal compiler error: Segmentation fault Pleas

[Bug fortran/42769] ICE in resolve_typebound_procedure

--- Comment #5 from hjl dot tools at gmail dot com 2010-01-16 21:04 --- It is very likely caused by revision : http://gcc.gnu.org/ml/gcc-cvs/2009-10/msg00175.html -- hjl dot tools at gmail dot com changed: What|Removed |Added -

[Bug target/42770] New: error: unrecognizable insn for pr11832.c

> gcc-4.4 -v Using built-in specs. Target: sparc-sun-solaris2.9 Configured with: ../gcc-4.4.2/configure --prefix=/usr/local --build=sparc-sun-solaris2.9 --enable-languages='c c++ fortran' --enable-long-long --enable-threads --enable-__cxa_atexit --with-gmp=/usr/local --with-mpfr=/usr/local --disabl

[Bug middle-end/19988] [4.3/4.4/4.5 Regression] pessimizes fp multiply-add/subtract combo

--- Comment #21 from rguenth at gcc dot gnu dot org 2010-01-16 20:30 --- (In reply to comment #20) > It obviously could do the same. It all depends on the answer to this > question: >Do we want to deal with this via canonicalization of expressions, and if >yes, then also on the

[Bug middle-end/19988] [4.3/4.4/4.5 Regression] pessimizes fp multiply-add/subtract combo

--- Comment #20 from matz at gcc dot gnu dot org 2010-01-16 20:10 --- It obviously could do the same. It all depends on the answer to this question: Do we want to deal with this via canonicalization of expressions, and if yes, then also on the outcome of our discussion of where th

[Bug middle-end/19988] [4.3/4.4/4.5 Regression] pessimizes fp multiply-add/subtract combo

--- Comment #19 from rguenth at gcc dot gnu dot org 2010-01-16 19:15 --- What does (can) the new VN do here? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/19988] [4.3/4.4/4.5 Regression] pessimizes fp multiply-add/subtract combo

--- Comment #18 from rguenth at gcc dot gnu dot org 2010-01-16 19:09 --- Created an attachment (id=19626) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19626&action=view) VN based fix This extends the value-numberers value insertion facility to handle this special case. Well, it

[Bug libfortran/42742] [4.5 Regression] SIGSEGV at libgfortran/io/format.c:111

--- Comment #11 from manfred99 at gmx dot ch 2010-01-16 18:35 --- With test case 2, I get > ./writebug2 > writebug2.txt Interation1 : 25 Interation2 : 32 Interation3 : 39 Interation4 : 46 Intera

[Bug libfortran/42742] [4.5 Regression] SIGSEGV at libgfortran/io/format.c:111

--- Comment #10 from manfred99 at gmx dot ch 2010-01-16 18:13 --- Created an attachment (id=19625) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19625&action=view) test case 2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42742

[Bug fortran/42769] ICE in resolve_typebound_procedure

--- Comment #4 from dominiq at lps dot ens dot fr 2010-01-16 17:39 --- > I got > >use psb_error_mod > 1 > Fatal Error: Can't open module file 'psb_error_mod.mod' for reading at (1): No > such file or directory Me too! After removing all the 'use psb_error_mod' I

[Bug fortran/42769] ICE in resolve_typebound_procedure

--- Comment #3 from hjl dot tools at gmail dot com 2010-01-16 17:22 --- (In reply to comment #1) > Created an attachment (id=19624) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19624&action=view) [edit] > test case > > Sorry, the test case is a bit lengthy, but I have no time to

[Bug other/42756] Build fails if gold is used as linker and some libraries reside is /usr/local/lib

--- Comment #4 from d dot g dot gorbachev at gmail dot com 2010-01-16 17:22 --- This looks like a bug in gold rather then in GCC. Try the latest development version of gold . If it still fails, please file a bug report with more details at

[Bug c++/42761] std::bind doesn't work for simple class types

--- Comment #5 from redi at gcc dot gnu dot org 2010-01-16 17:19 --- Thanks, Jason! Paolo, what's the trick I missed to make the volatile overloads work? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42761

[Bug c++/42766] [4.5 Regression] tree check fail in build_expr_type_conversion

--- Comment #5 from simartin at gcc dot gnu dot org 2010-01-16 17:11 --- Currently testing: Index: gcc/cp/search.c === --- gcc/cp/search.c (revision 155965) +++ gcc/cp/search.c (working copy) @@ -2353,7 +2353,7 @@

[Bug fortran/42769] ICE in resolve_typebound_procedure

--- Comment #2 from sfilippone at uniroma2 dot it 2010-01-16 17:05 --- As mentioned in http://gcc.gnu.org/ml/fortran/2010-01/msg00075.html the code works with Nag; it is not supposed to behave correctly at runtime under gfortran, not until the vtables from fortran-dev are fixed and merg

[Bug fortran/42769] ICE in resolve_typebound_procedure

--- Comment #1 from sfilippone at uniroma2 dot it 2010-01-16 17:02 --- Created an attachment (id=19624) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19624&action=view) test case Sorry, the test case is a bit lengthy, but I have no time to reduce it further, and I'll be away next

[Bug fortran/42769] New: ICE in resolve_typebound_procedure

ux-gnu Configured with: ../gcc/configure --prefix=/usr/local/gnu45 --enable-languages=c,c++,fortran Thread model: posix gcc version 4.5.0 20100116 (experimental) (GCC) -- Summary: ICE in resolve_typebound_procedure Product: gcc Version: 4.5.0 Status: UNCON

[Bug driver/42690] Undefined reference errors with -flto -fuse-linker-plugin

--- Comment #13 from d dot g dot gorbachev at gmail dot com 2010-01-16 16:55 --- (In reply to comment #12) > What options other than -nostdlib prevent gcc from linking libgcc and > libc in the produced binary? I know of -nodefaultlibs. > To implement this we should always pass -plugi

[Bug c++/42766] [4.5 Regression] tree check fail in build_expr_type_conversion

--- Comment #4 from hjl dot tools at gmail dot com 2010-01-16 16:42 --- It is caused by revision 147677: http://gcc.gnu.org/ml/gcc-cvs/2009-05/msg00653.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug rtl-optimization/42691] [4.4/4.5 regression] problematic REG_EQUAL note added to SUBREG

--- Comment #24 from jakub at gcc dot gnu dot org 2010-01-16 16:05 --- In the preprocessor you can do #if __SIZEOF_DOUBLE__ == 4 * __SIZEOF_SHORT__ (and in #else just have a int main (void) { return 0; }). Or you could in main do if (sizeof (double) != 4 * sizeof (short)) return 0; --

[Bug middle-end/42760] [4.4 Regression] ICE in convert_move

--- Comment #5 from jakub at gcc dot gnu dot org 2010-01-16 15:24 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/42761] std::bind doesn't work for simple class types

--- Comment #4 from jason at gcc dot gnu dot org 2010-01-16 15:24 --- Fixed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/42761] std::bind doesn't work for simple class types

--- Comment #3 from jason at gcc dot gnu dot org 2010-01-16 15:23 --- Subject: Bug 42761 Author: jason Date: Sat Jan 16 15:23:19 2010 New Revision: 155966 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155966 Log: PR c++/42761 * semantics.c (finish_decltype_type)

[Bug middle-end/42068] [4.5 regression] ICE in function_and_variable_visibility breaks Ada bootstrap

--- Comment #18 from ebotcazou at gcc dot gnu dot org 2010-01-16 15:11 --- > strictly speaking, I would argue that Ada should not set COMMON flag for > !PUBLIC variables since it has no effect: all static variables that have no > initializer go to .common anyway. That seems reasonable.

[Bug middle-end/42068] [4.5 regression] ICE in function_and_variable_visibility breaks Ada bootstrap

--- Comment #17 from hubicka at gcc dot gnu dot org 2010-01-16 14:54 --- Hi, strictly speaking, I would argue that Ada should not set COMMON flag for !PUBLIC variables since it has no effect: all static variables that have no initializer go to .common anyway. However same ICE is possib

[Bug middle-end/42068] [4.5 regression] ICE in function_and_variable_visibility breaks Ada bootstrap

--- Comment #16 from hubicka at gcc dot gnu dot org 2010-01-16 14:54 --- Created an attachment (id=19623) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19623&action=view) patch I am testing -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42068

[Bug other/42525] gtyp-input.list contains 'n' instead of '\n' as separator

--- Comment #4 from rwild at gcc dot gnu dot org 2010-01-16 14:50 --- Fixed for 4.5. -- rwild at gcc dot gnu dot org changed: What|Removed |Added Known to work|

[Bug libstdc++/35942] Self Reference In Dynamic Linked Library builds for building Cross-Compiler

--- Comment #18 from rwild at gcc dot gnu dot org 2010-01-16 14:49 --- Fixed for 4.5. -- rwild at gcc dot gnu dot org changed: What|Removed |Added Known to work|4.2.

[Bug target/42664] ICE on compilation of polyhedron benchmarks with -mfma4

--- Comment #10 from spop at gcc dot gnu dot org 2010-01-16 14:49 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug libstdc++/35942] Self Reference In Dynamic Linked Library builds for building Cross-Compiler

--- Comment #17 from rwild at gcc dot gnu dot org 2010-01-16 14:47 --- Subject: Bug 35942 Author: rwild Date: Sat Jan 16 14:46:57 2010 New Revision: 155965 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155965 Log: Fix PR 35942: remove -lstdc++ from libtool postdeps for CXX. li

[Bug target/42664] ICE on compilation of polyhedron benchmarks with -mfma4

--- Comment #9 from spop at gcc dot gnu dot org 2010-01-16 14:46 --- Subject: Bug 42664 Author: spop Date: Sat Jan 16 14:46:19 2010 New Revision: 155964 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155964 Log: Fix PR42664. 2010-01-16 Harsha Jagasia PR target/42664

[Bug other/42525] gtyp-input.list contains 'n' instead of '\n' as separator

--- Comment #3 from rwild at gcc dot gnu dot org 2010-01-16 14:42 --- Subject: Bug 42525 Author: rwild Date: Sat Jan 16 14:42:32 2010 New Revision: 155963 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155963 Log: Avoid tr '\n', for Solaris /usr/bin/tr. contrib/ * check

[Bug c++/21057] iso C99 complex double: problems with g++

--- Comment #3 from david dot kirkby at onetel dot net 2010-01-16 14:29 --- (In reply to comment #2) > Confirmed. However, this has really low priority: the C++ standard is not > a superset of the C99 standard, so a number of things new to C99 are not > part of C++, and this is one of

[Bug target/42753] _Complex_I is reported as undeclared. Code builds with Sun compiler.

--- Comment #11 from david dot kirkby at onetel dot net 2010-01-16 14:27 --- (In reply to comment #10) > Subject: Re: _Complex_I is reported as undeclared. Code > builds with Sun compiler. > > On Fri, 15 Jan 2010, david dot kirkby at onetel dot net wrote: > > > Is this is trivial fi

[Bug c++/42766] [4.5 Regression] tree check fail in build_expr_type_conversion

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-01-16 14:12 --- template class smart_pointer { public: operator T* () const { } operator bool () const { } operator bool () { } }; class Context { }; typedef smart_pointer ContextP; class SvnClient { ~SvnClient();

[Bug c/42544] Bad codegen with signed short cast to unsigned int, then promoted to unsigned long long

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-01-16 13:45 --- I'm not working on this anymore. The proper thing to do is to move most if not all of shorten-compare to the middle-end (by re-implementing the little pieces that are missing there). The hard thing about this is re

[Bug c++/42768] libstdc++-v3/libsupc++/vec.cc:354: internal compiler error: Segmentation fault

--- Comment #1 from t7 at gmail dot com 2010-01-16 13:39 --- Created an attachment (id=19622) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19622&action=view) saves -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42768

[Bug c++/42768] New: libstdc++-v3/libsupc++/vec.cc:354: internal compiler error: Segmentation fault

crashed while building g++ -- Summary: libstdc++-v3/libsupc++/vec.cc:354: internal compiler error: Segmentation fault Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: normal Priority: P3 Compon

[Bug middle-end/42615] Even with -fwrapv, (3*x%3) is assumed to always be equal to 0

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-01-16 13:34 --- Actually it doesn't optimize 3*x%3 as if it were 0 but simply uses signed arithmetic for the modulo operation resulting in a -2 modulus. Using ((unsigned)(3 * x)) % 3 will get what you expect. -- rguenth at gcc

[Bug middle-end/42749] [4.5 Regression] -O2 and verify_stmts failed again

--- Comment #12 from rakdver at kam dot mff dot cuni dot cz 2010-01-16 13:24 --- Subject: Re: [4.5 Regression] -O2 and verify_stmts failed again > > --- Comment #10 from rakdver at gcc dot gnu dot org 2010-01-16 12:53 > > --- > > /* Reject a tailcall if the type con

[Bug middle-end/42749] [4.5 Regression] -O2 and verify_stmts failed again

--- Comment #11 from rguenther at suse dot de 2010-01-16 13:19 --- Subject: Re: [4.5 Regression] -O2 and verify_stmts failed again On Sat, 16 Jan 2010, rakdver at gcc dot gnu dot org wrote: > > > --- Comment #10 from rakdver at gcc dot gnu dot org 2010-01-16 12:53 > --- >

[Bug c++/42766] [4.5 Regression] tree check fail in build_expr_type_conversion

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-01-16 12:57 --- Reducing. 4.4 compiles it fine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/42749] [4.5 Regression] -O2 and verify_stmts failed again

--- Comment #10 from rakdver at gcc dot gnu dot org 2010-01-16 12:53 --- /* Reject a tailcall if the type conversion might need 285 additional code. */ 286if (gimple_assign_cast_p (stmt) 287&& TYPE_MODE (TREE_TYPE (dest

[Bug debug/42767] ICE in mem_loc_descriptor

--- Comment #3 from jzhang918 at gmail dot com 2010-01-16 12:37 --- I'm testing the attached patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42767

[Bug debug/42767] ICE in mem_loc_descriptor

--- Comment #2 from jzhang918 at gmail dot com 2010-01-16 12:36 --- Created an attachment (id=19621) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19621&action=view) The patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42767

[Bug debug/42767] ICE in mem_loc_descriptor

--- Comment #1 from jzhang918 at gmail dot com 2010-01-16 12:35 --- Created an attachment (id=19620) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19620&action=view) The test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42767

[Bug debug/42767] New: ICE in mem_loc_descriptor

ICE when compiling the attached test case with -O -g. $ ./cc1 -O -g /tmp/testcase-ice-mem_loc_descriptor.c _bfd_link_section_stabs Analyzing compilation unit Performing interprocedural optimizations <*free_lang_data> Assembling functions: _bfd_link_section_stabs(us_truncate:SI (reg:PDI 32

[Bug middle-end/42068] [4.5 regression] ICE in function_and_variable_visibility breaks Ada bootstrap

--- Comment #15 from hubicka at ucw dot cz 2010-01-16 12:30 --- Subject: Re: [4.5 regression] ICE in function_and_variable_visibility breaks Ada bootstrap > No doubt about that. The problem is, this was installed without mention in > the > ChangeLog so looks quite unintentional. If

[Bug c++/42766] tree check fail in build_expr_type_conversion

--- Comment #1 from dcb314 at hotmail dot com 2010-01-16 11:12 --- Created an attachment (id=19619) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19619&action=view) gzipped C++ source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42766

[Bug c++/42766] New: tree check fail in build_expr_type_conversion

I just tried to compile the package qsvn-0.8.2-0.pm.1.1 with the GNU C++ compiler version 4.5 snapshot 20100114 and the compiler said /usr/src/packages/BUILD/qsvn-0.8.2/src/svnclient.cpp: In destructor 'virtual SvnClient::~SvnClient()': /usr/src/packages/BUILD/qsvn-0.8.2/src/svnclient.cpp:68:12: i

[Bug bootstrap/42735] Error: symbol `pread64' is already defined

--- Comment #3 from dick at mrns dot nl 2010-01-16 10:50 --- What can I do to fix this bug? I can't update glibc because the latest glibc doesn't compile with gcc 4.1.2. Grepping through the buildtree on pread64 returns: i686-pc-linux-gnu/libstdc++-v3/include/i686-pc-linux-gnu/bits/stdt

[Bug middle-end/42749] [4.5 Regression] -O2 and verify_stmts failed again

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

[Bug middle-end/42749] [4.5 Regression] -O2 and verify_stmts failed again

--- Comment #9 from rguenth at gcc dot gnu dot org 2010-01-16 10:35 --- Indeed it's harder that I thought originally as well ;) I wonder why we re-create a simple form of the return value adjustment instead of just copying the existing statements. -- http://gcc.gnu.org/bugzilla/sho

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

--- Comment #28 from paolo dot carlini at oracle dot com 2010-01-16 10:10 --- Feedback not forthcoming. -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug middle-end/42760] [4.4 Regression] ICE in convert_move

--- Comment #4 from jakub at gcc dot gnu dot org 2010-01-16 09:46 --- Subject: Bug 42760 Author: jakub Date: Sat Jan 16 09:45:53 2010 New Revision: 155960 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155960 Log: PR middle-end/42760 * g++.dg/torture/pr42760.C: N

[Bug middle-end/42760] [4.4 Regression] ICE in convert_move

--- Comment #3 from jakub at gcc dot gnu dot org 2010-01-16 09:45 --- Subject: Bug 42760 Author: jakub Date: Sat Jan 16 09:44:57 2010 New Revision: 155959 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155959 Log: PR middle-end/42760 Backport from trunk 2

[Bug c++/42765] New: If the compile fails, the gch is still produced.

Even if the compile fails, the gch is produced! mdup...@introspector-desktop:~/2010/01/extern/mapnik/include/mapnik$ make datasource_cache.hpp.gch g++ -x c++-header -I ../.. -I .. -I -Winvalid-pch -pg \ -DMAPNIK_DEBUG \ -I/usr/include/libpng12 \ -I/usr/include/fre