[Bug libstdc++/41351] std::rotate on RAI does not conform to ISO complexity requirement

--- Comment #32 from potswa at mac dot com 2009-10-10 01:15 --- I have little experience in this field, so you would probably be a better judge of the best alternative to complete revision. My suggested code is a complete rewrite, based on creating a new algorithm from first principles.

[Bug fortran/40993] Empty error message with long lines

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2009-10-10 00:42 --- The problem here is we don't pass the expression locus to the tag checking routine so the best it can do is the end of the line. To fix this is fairly mechanical, but affects many places. -- http://gcc.gnu.o

[Bug preprocessor/41632] The preprocessor incorrectly reports #ident as being deprecated

--- Comment #1 from nvachhar at google dot com 2009-10-10 00:36 --- Author: nvachhar Date: Sat Oct 10 00:34:21 2009 New Revision: 152612 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152612 Log: 2009-10-09 Neil Vachharajani * libcpp/directives.c (DIRECTIVE_TABLE): Remo

[Bug fortran/41585] [OOP] Reject CLASS(T) as component of "TYPE :: T"

--- Comment #4 from janus at gcc dot gnu dot org 2009-10-09 22:39 --- Fixed with r152608. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/41585] [OOP] Reject CLASS(T) as component of "TYPE :: T"

--- Comment #3 from janus at gcc dot gnu dot org 2009-10-09 22:35 --- Subject: Bug 41585 Author: janus Date: Fri Oct 9 22:35:11 2009 New Revision: 152608 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152608 Log: 2009-10-09 Janus Weil PR fortran/41585 * decl

[Bug testsuite/41651] g++.dg/lto/20080908-3.C is broken

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-09 22:35 --- Ah, and it was diego who added it. So Diego, what is it supposed to test? ;) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug lto/41638] Back-end builtins are mishandled

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-09 22:33 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug testsuite/41651] g++.dg/lto/20080908-3.C is broken

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-09 22:32 --- http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00623.html is where the testcase came from, it was named differently a year ago :). -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug lto/41638] Back-end builtins are mishandled

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-09 22:32 --- Subject: Bug 41638 Author: rguenth Date: Fri Oct 9 22:31:53 2009 New Revision: 152606 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152606 Log: 2009-10-09 Richard Guenther PR lto/41638

[Bug testsuite/41651] New: g++.dg/lto/20080908-3.C is broken

2008-09-08 Simon Baldwin * g++.dg/lto/20080908-3.C: New test. I can't find a mail that adds this test. But it looks broken because the uninitialized variable can be NaN. What is it supposed to test? -- Summary: g++.dg/lto/20080908-3.C is broken Product: gcc

[Bug fortran/41044] internal compiler error: in gfc_conv_intrinsic_function

--- Comment #7 from burnus at gcc dot gnu dot org 2009-10-09 21:59 --- (In reply to comment #6) > idx=sum(maxloc(index(pfd%n,pfmt)))-1 The problem is that "pfd%n" is simplified to an array constructor [''] of type expr->value.constructor->ts == CHARACTER(kind=1,len=3). But this typ

[Bug fortran/41650] New: [Cleanup] Use gfc_expr_attr in resolve_allocate_expr/resolve_deallocate_expr

As suggested http://gcc.gnu.org/ml/fortran/2009-10/msg00098.html When checking for the 'abstract' attribute in resolve_allocate_expr, one has to determine the attributes of the given expression. Couldn't this be done via 'gfc_expr_attr' or 'gfc_variable_attr', or is there something special about i

[Bug c/41649] Optimizer makes wrong integer arithmetic assumption

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-09 20:55 --- Nope, overflow on signed integers is undefined. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c/41649] New: Optimizer makes wrong integer arithmetic assumption

Consider this simple program int main(){ int a=0; while (a>=0) a+=1; } compiled with this version of gcc: (The bug also manifested in later versions) :~$ gcc -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,tree

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

--- Comment #2 from burnus at gcc dot gnu dot org 2009-10-09 20:46 --- To prevent wrong-code, SOURCE= is now rejected (cf. PR 41582). For the run-time version: One might also need to check whether SOURCE is allocated - at least with some checking option. -- http://gcc.gnu.org/bugzi

[Bug fortran/41582] Allocation of abstract types requires a type spec or a SOURCE

--- Comment #3 from burnus at gcc dot gnu dot org 2009-10-09 20:42 --- Close as FIXED. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UN

[Bug fortran/41582] Allocation of abstract types requires a type spec or a SOURCE

--- Comment #2 from burnus at gcc dot gnu dot org 2009-10-09 20:34 --- Subject: Bug 41582 Author: burnus Date: Fri Oct 9 20:34:35 2009 New Revision: 152601 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152601 Log: 2009-10-09 Tobias Burnus PR fortran/41582 *

[Bug fortran/41579] [OOP] Nesting of SELECT TYPE

--- Comment #3 from janus at gcc dot gnu dot org 2009-10-09 20:31 --- Fixed with r152600. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/41579] [OOP/Polymorphism] Nesting of SELECT TYPE

--- Comment #2 from janus at gcc dot gnu dot org 2009-10-09 20:25 --- Subject: Bug 41579 Author: janus Date: Fri Oct 9 20:25:19 2009 New Revision: 152600 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152600 Log: 2009-10-09 Janus Weil PR fortran/41579 * gfor

[Bug preprocessor/41445] Debug information is wrong with and without --save-temps.

--- Comment #5 from jakub at gcc dot gnu dot org 2009-10-09 19:55 --- Subject: Bug 41445 Author: jakub Date: Fri Oct 9 19:55:34 2009 New Revision: 152599 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152599 Log: PR preprocessor/41445 * c-ppoutput.c (do_line_cha

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

--- Comment #13 from mikpe at it dot uu dot se 2009-10-09 19:51 --- Thanks for clarifying the !eh_personality_libfunc requirement. I'll do some experiments to see which solution works best in 4.4. -- mikpe at it dot uu dot se changed: What|Removed

[Bug libstdc++/41645] Massive failures in parallel test mode

--- Comment #13 from joseph at codesourcery dot com 2009-10-09 19:42 --- Subject: Re: Massive failures in parallel test mode On Fri, 9 Oct 2009, chris at bubblescope dot net wrote: > LD_LIBRARY_PATH doesn't exist on Mac. Usually linking libraries together 'just It's called DYLD_LIBR

[Bug target/40411] -std=c99 does not enable c99 mode in Solaris C library

--- Comment #15 from rguenth at gcc dot gnu dot org 2009-10-09 19:42 --- Patches should be sent to gcc-patc...@gcc.gnu.org with a changelog entry and a note on how you tested the patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40411

[Bug target/40411] -std=c99 does not enable c99 mode in Solaris C library

--- Comment #14 from heydowns at borg dot com 2009-10-09 19:38 --- Ping - anyone able to comment on or integrate this patch please? Thank you! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40411

[Bug tree-optimization/41647] Early Loop Unrolling control

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-09 19:29 --- http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00621.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41647

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

--- Comment #1 from sfilippone at uniroma2 dot it 2009-10-09 19:21 --- Created an attachment (id=18769) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18769&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41648

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

-wrapper Target: i686-pc-linux-gnu Configured with: ../gcc/configure --prefix=/usr/local/gnu45 --enable-languages=c,c++,fortran Thread model: posix gcc version 4.5.0 20091009 (experimental) (GCC) [sfili...@localhost bug4]$ gfortran -c test-der4.f03 test-der4.f03:45.10: res = a%a%getit

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

--- Comment #12 from jakub at gcc dot gnu dot org 2009-10-09 19:17 --- Ah, now I see it in the 4.4 version. Your backport is wrong then, you must not return true from dwarf2out_do_cfi_asm when !eh_personality_libfunc, but HAVE_GAS_CFI_SECTIONS_DIRECTIVE is 0 and not emitting normal unwi

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

--- Comment #11 from jakub at gcc dot gnu dot org 2009-10-09 19:07 --- Subject: Bug 40521 Author: jakub Date: Fri Oct 9 19:07:23 2009 New Revision: 152598 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152598 Log: PR debug/40521 * dwarf2out.c (dwarf2out_init): T

[Bug rtl-optimization/41646] [4.3/4.4/4.5 Regression] Reload ICE due to combiner extending life time of a hard register

--- Comment #3 from jakub at gcc dot gnu dot org 2009-10-09 19:02 --- Subject: Bug 41646 Author: jakub Date: Fri Oct 9 19:01:53 2009 New Revision: 152597 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152597 Log: PR rtl-optimization/41646 * calls.c (expand_call)

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

--- Comment #10 from jakub at gcc dot gnu dot org 2009-10-09 18:54 --- Yes, it is a bug and I'll change it, but I wonder why it makes a difference (unless you're using PCH). .cfi_sections is only emitted if: if (dwarf2out_do_cfi_asm ()) { #ifndef TARGET_UNWIND_INFO if (USING

[Bug tree-optimization/41634] [4.5 Regression] ICE in dom

--- Comment #9 from rguenth at gcc dot gnu dot org 2009-10-09 18:30 --- Subject: Bug 41634 Author: rguenth Date: Fri Oct 9 18:30:05 2009 New Revision: 152596 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152596 Log: 2009-10-09 Richard Guenther PR tree-optimization/

[Bug tree-optimization/41634] [4.5 Regression] ICE in dom

--- Comment #8 from rguenth at gcc dot gnu dot org 2009-10-09 18:30 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

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

--- Comment #9 from mikpe at it dot uu dot se 2009-10-09 18:28 --- I've been testing a backport of Jakub's patch to gcc-4.4, but it breaks bootstrap on i686-linux with binutils-2.18.50.0.6 (Fedora 9) because stage1 gcc outputs .cfi_sections directives even though the assembler doesn't su

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

--- Comment #3 from d dot g dot gorbachev at gmail dot com 2009-10-09 18:19 --- (In reply to comment #2) Ok, thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41338

[Bug tree-optimization/41647] Early Loop Unrolling control

--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-09 17:51 --- Confirmed. Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedT

[Bug libstdc++/41645] Massive failures in parallel test mode

--- Comment #12 from chris at bubblescope dot net 2009-10-09 17:51 --- LD_LIBRARY_PATH doesn't exist on Mac. Usually linking libraries together 'just works', but in this case it seems to have broken. By configuring with --enable-fully-dynamic-string, I get a working compiler (actually b

[Bug tree-optimization/41647] New: Early Loop Unrolling control

GCC currently does not provide independent control over early loop unrolling. The early inner loop unrolling complicates Polyhedral analysis. An individual option that Graphite could access would be helpful. -- Summary: Early Loop Unrolling control Product: gcc

[Bug c/41045] Extended asm with C operands doesn�t work at top level

--- Comment #7 from anders at kaseorg dot com 2009-10-09 17:45 --- > Really if the kernel should have compile time asserts that the offsets don't > match up with the inline-asm. Yes, it’s entirely possible that the kernel’s kludge could be made more robust by adding complexity. This

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

--- Comment #5 from danglin at gcc dot gnu dot org 2009-10-09 17:22 --- Approximately 512 MB of storage are allocated compiling this function in the sched1 pass causing the system to kill cc1. It doesn't help to trigger ggc after every pass. The function will compile with -fno-schedule

[Bug c/41045] Extended asm with C operands doesn�t work at top level

--- Comment #6 from pinskia at gcc dot gnu dot org 2009-10-09 17:19 --- Really if the kernel should have compile time asserts that the offsets don't match up with the inline-asm. There are ways of doing that it is not hard: typedef static_assert_1[offsetof(a, b) != OFFSETAB ? -1 : 1];

[Bug target/41644] -minimal-toc not helping for toc section exceeding 64k

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-10-09 17:13 --- Also the ABIs for powerpc32-linux-gnu and powerpc64-linux-gnu are different by a huge amount. In the 64bit mode, global addresses are made via the TOC register while in 32bit mode, they are done via a simple lis/add

[Bug c/41045] Extended asm with C operands doesn�t work at top level

--- Comment #5 from anders at kaseorg dot com 2009-10-09 16:12 --- As Nelson pointed out, the subsequent commit to that macro cannot be done with C. In any event, while it may also be useful to add extensions like no

[Bug middle-end/41573] [4.5 Regression] segfault in trunk related to strings

--- Comment #5 from matz at gcc dot gnu dot org 2009-10-09 16:04 --- Fixed. -- matz at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/41634] [4.5 Regression] ICE in dom

--- Comment #7 from rguenth at gcc dot gnu dot org 2009-10-09 15:54 --- Breakpoint 5, lookup_avail_expr (stmt=0xb7d591a0, insert=1 '\1') at /home/richard/src/trunk/gcc/tree-ssa-dom.c:2254 2254 slot = htab_find_slot_with_hash (avail_exprs, element, element->hash, # VUSE <.MEM_21>

[Bug tree-optimization/41634] [4.5 Regression] ICE in dom

--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-09 15:43 --- Created an attachment (id=18768) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18768&action=view) debugging patch Ok, the issue is that we insert a stmt for 2>>> 0x8dffd28 STMT D.2003_28 = "0,1,2,3,4,5,6,7,8,

[Bug rtl-optimization/41646] [4.3/4.4/4.5 Regression] Reload ICE due to combiner extending life time of a hard register

--- Comment #2 from jakub at gcc dot gnu dot org 2009-10-09 15:35 --- Created an attachment (id=18767) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18767&action=view) gcc45-pr41646.patch Patch I'm going to bootstrap/regtest. cant_combine_insn_p already takes care of not combinin

[Bug libstdc++/41645] Massive failures in parallel test mode

--- Comment #11 from paolo dot carlini at oracle dot com 2009-10-09 15:31 --- (In reply to comment #10) > To sum up the current state, as things are getting confusing: A bit yes ;) > Compiling 'testsuite/21_strings/basic_string/inserters_extractors/char/1.cc -I > testsuite/util -O2' >

[Bug libstdc++/41645] Massive failures in parallel test mode

--- Comment #10 from chris at bubblescope dot net 2009-10-09 15:10 --- To sum up the current state, as things are getting confusing: Compiling 'testsuite/21_strings/basic_string/inserters_extractors/char/1.cc -I testsuite/util -O2' using /newgccsvn/bin/g++ (recent svn compile) or /usr/

[Bug tree-optimization/41634] [4.5 Regression] ICE in dom

--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-09 14:53 --- We have the same expr on the stack more than once. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug libstdc++/41645] Massive failures in parallel test mode

--- Comment #9 from paolo dot carlini at oracle dot com 2009-10-09 14:51 --- Sorry, your 'however' confused me. So, you *are* linking versus the new library, right? In that case it is *incorrect* to pass -D_GLIBCXX_FULLY_DYNAMIC_STRING in the command line, since your new library has not

[Bug libstdc++/41645] Massive failures in parallel test mode

--- Comment #8 from paolo dot carlini at oracle dot com 2009-10-09 14:46 --- So, the problem is exactly that you *are* using the system libraries, a mix of the new headers and the system library. This is in general unsupported of course. While apparently we *do* have a problem in tests

[Bug lto/40790] plugin-api.h unconditionally includes stdint.h

--- Comment #16 from joseph at codesourcery dot com 2009-10-09 14:44 --- Subject: Re: plugin-api.h unconditionally includes stdint.h On Fri, 9 Oct 2009, ro at techfak dot uni-bielefeld dot de wrote: > > gold supports non-ELF hosts (or will once Andrew Pinski's MinGW host > > patches

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

--- Comment #19 from hjl dot tools at gmail dot com 2009-10-09 14:43 --- Without a testcase, people may not review the patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41156

[Bug rtl-optimization/41646] [4.3/4.4/4.5 Regression] Reload ICE due to combiner extending life time of a hard register

--- Comment #1 from jakub at gcc dot gnu dot org 2009-10-09 14:42 --- Or perhaps the bug is that we should force the return value into a register to avoid having hard regs in the arithmetic instructions so early. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41646

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

--- Comment #18 from mahatma at eu dot by 2009-10-09 14:41 --- Created an attachment (id=18766) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18766&action=view) (2) for 4.5, fixed Originals may produce illegal warnings without SSE. -- mahatma at eu dot by changed:

[Bug rtl-optimization/41646] New: [4.3/4.4/4.5 Regression] Reload ICE due to combiner extending life time of a hard register

struct A { unsigned long a; }; struct B { unsigned short b, c, d; }; struct B bar (unsigned long); char * foo (char *a, struct A *x) { struct B b = bar (x->a); unsigned char c; unsigned short d; a[3] = ((unsigned char) (b.b % 10) + 48); d = b.b / 10; a[2] = ((unsigned char) (d % 10) + 4

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

--- Comment #17 from mahatma at eu dot by 2009-10-09 14:39 --- Created an attachment (id=18765) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18765&action=view) (2) for 4.4, fixed -- mahatma at eu dot by changed: What|Removed |Added -

[Bug lto/41597] Bad .comm directive

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-09 14:29 --- There's emit_common in varasm.c, but somebody with more experience in this area might want to suggest a more proper way to emit this .comm. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41597

[Bug libstdc++/41645] Massive failures in parallel test mode

--- Comment #7 from chris at bubblescope dot net 2009-10-09 14:20 --- Further: If I add -D_GLIBCXX_FULLY_DYNAMIC_STRING, the code compiles fine! However, if I run otool on my executable, it says it is linked with: Load command 10 cmd LC_LOAD_DYLIB cmdsize 64 na

[Bug libstdc++/41645] Massive failures in parallel test mode

--- Comment #6 from chris at bubblescope dot net 2009-10-09 14:16 --- Ah yes, something I should have tried earlier. The resulting compiler generally works fine, until I add -D_GLIBCXX_PARALLEL, when things break. I only seem to get a problem when I have enough optimisation to inline f

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

--- Comment #16 from mahatma at eu dot by 2009-10-09 14:10 --- Created an attachment (id=18764) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18764&action=view) 2) sse-stackrealign-sse4a-4.5.patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41156

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

--- Comment #15 from mahatma at eu dot by 2009-10-09 14:10 --- Created an attachment (id=18763) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18763&action=view) 1) sse-stackrealign-misalignsse-4.5.patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41156

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

--- Comment #14 from mahatma at eu dot by 2009-10-09 14:09 --- Created an attachment (id=18762) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18762&action=view) 2) sse-stackrealign-sse4a-4.4.patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41156

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

--- Comment #13 from mahatma at eu dot by 2009-10-09 14:08 --- Created an attachment (id=18761) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18761&action=view) 1) sse-stackrealign-misalignsse-4.4.patch -- mahatma at eu dot by changed: What|Removed

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

--- Comment #12 from mahatma at eu dot by 2009-10-09 14:07 --- I found new AMD CPUs not required to stack aligning for SSE. IMHO there are "misalignsse" cpu feature, found near SSE4a (fixme). Then, requirement for stack realigning may be checked from "misalignsse" (precise) or "sse4a" (s

[Bug libstdc++/41645] Massive failures in parallel test mode

--- Comment #5 from paolo dot carlini at oracle dot com 2009-10-09 13:52 --- Indeed, the system library should not be used at all, but in your example above the system library *is* used unless you make sure to properly install everything, set the appropriate LD_LIBRARY_PATH, etc. In oth

[Bug fortran/41044] internal compiler error: in gfc_conv_intrinsic_function

--- Comment #6 from ros at rzg dot mpg dot de 2009-10-09 13:51 --- (In reply to comment #5) I have further reducd the test code to: idx=sum(maxloc(index(pfd%n,pfmt)))-1 Program GF_BUG ! type psfd character :: n*3 end type psfd character:

[Bug driver/41637] testsuite (-flto/-fwhopr) leaves does not clean up in /tmp

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-09 13:37 --- It remains PR41564 (the testsuite doesn't cleanup dumps in /tmp). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug lto/41636] lto-elf.c i18n problems

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-09 13:37 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug lto/41635] inappropriate assertion that fopen succeeds

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-09 13:36 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug lto/40790] plugin-api.h unconditionally includes stdint.h

--- Comment #15 from espindola at google dot com 2009-10-09 13:30 --- > Why the complications? Just use GCC_HEADER_STDINT in both gcc and gold and > be done with it. If the intention is for gold to support platforms beyond > GNU/Linux with ELF, it will run into the need sooner or later

[Bug lto/41636] lto-elf.c i18n problems

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-09 13:25 --- Subject: Bug 41636 Author: rguenth Date: Fri Oct 9 13:24:59 2009 New Revision: 152588 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152588 Log: 2009-10-09 Richard Guenther PR driver/41637

[Bug lto/41635] inappropriate assertion that fopen succeeds

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-09 13:25 --- Subject: Bug 41635 Author: rguenth Date: Fri Oct 9 13:24:59 2009 New Revision: 152588 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152588 Log: 2009-10-09 Richard Guenther PR driver/41637

[Bug driver/41637] testsuite (-flto/-fwhopr) leaves does not clean up in /tmp

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-09 13:25 --- Subject: Bug 41637 Author: rguenth Date: Fri Oct 9 13:24:59 2009 New Revision: 152588 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152588 Log: 2009-10-09 Richard Guenther PR driver/41637

[Bug c++/9381] attribute on member function pointer have no effect

--- Comment #12 from jacek at codeweavers dot com 2009-10-09 13:24 --- (In reply to comment #6) > Not a regression any more. It is a regression now. It worked in 3.4 and doesn't work in 4.x. That's why I'm still using GCC 3.4.6. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9381

[Bug lto/40790] plugin-api.h unconditionally includes stdint.h

--- Comment #14 from ro at techfak dot uni-bielefeld dot de 2009-10-09 13:24 --- Subject: Re: plugin-api.h unconditionally includes stdint.h > --- Comment #12 from joseph at codesourcery dot com 2009-10-09 12:58 > --- [...] > > That would be no problem since AFAIK gold only

[Bug lto/40790] plugin-api.h unconditionally includes stdint.h

--- Comment #13 from ro at techfak dot uni-bielefeld dot de 2009-10-09 13:21 --- Subject: Re: plugin-api.h unconditionally includes stdint.h > --- Comment #11 from espindola at google dot com 2009-10-09 12:58 --- > > Why all those contortions if there seems to be an easy way

[Bug libstdc++/41645] Massive failures in parallel test mode

--- Comment #4 from chris at bubblescope dot net 2009-10-09 13:21 --- I have confirmed that after compiling with 'make check-parallel', the code: #include int main(void) { string s; s = "X"; } Fails when compiled with: /gccsvn/bin/g++ test.cc libtestc++.a -fopenmp Fails with the s

[Bug libstdc++/41645] Massive failures in parallel test mode

--- Comment #3 from paolo dot carlini at oracle dot com 2009-10-09 12:59 --- ... for sure the libtestc++.a thing is *very* mysterious... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41645

[Bug lto/40790] plugin-api.h unconditionally includes stdint.h

--- Comment #12 from joseph at codesourcery dot com 2009-10-09 12:58 --- Subject: Re: plugin-api.h unconditionally includes stdint.h On Fri, 9 Oct 2009, ro at techfak dot uni-bielefeld dot de wrote: > --- Comment #10 from ro at techfak dot uni-bielefeld dot de 2009-10-09 > 12:4

[Bug lto/40790] plugin-api.h unconditionally includes stdint.h

--- Comment #11 from espindola at google dot com 2009-10-09 12:58 --- > Why all those contortions if there seems to be an easy way out: just use > the GCC_HEADER_STDINT macro from config/m4 and include the resulting (e.g.) > gstdint.h instead of stdint.h? Interesting. One problem is tha

[Bug libstdc++/41645] Massive failures in parallel test mode

--- Comment #2 from chris at bubblescope dot net 2009-10-09 12:57 --- I shall try to track it down -- it wouldn't suprise me if this is a snow leopard bug, as there has been a few issues with the default system compiler switching from 32-bit to 64-bit. -- chris at bubblescope dot net

[Bug tree-optimization/40071] ICE (aliasing assert) in vectorizable_store at tree-vect-stmts.c:3117

--- Comment #12 from ebotcazou at gcc dot gnu dot org 2009-10-09 12:53 --- This particular ICE shouldn't occur anymore. However, there is a couple of ACATS failures at -O3 on x86 again related to vectorization: === acats tests === FAIL: cxa4016 FAIL: cxb3007

[Bug libstdc++/41645] Massive failures in parallel test mode

--- Comment #1 from paolo dot carlini at oracle dot com 2009-10-09 12:51 --- Can you sat when did this problem start? Because I'm running again the tests on x86_64-linux and everything seems in good shape so far (in 23_containers now), thus I can't confirm it, the problem seems definite

[Bug tree-optimization/40071] ICE (aliasing assert) in vectorizable_store at tree-vect-stmts.c:3117

--- Comment #11 from ebotcazou at gcc dot gnu dot org 2009-10-09 12:45 --- Subject: Bug 40071 Author: ebotcazou Date: Fri Oct 9 12:44:59 2009 New Revision: 152585 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152585 Log: PR tree-optimization/40071 * tree-vect-

[Bug lto/40790] plugin-api.h unconditionally includes stdint.h

--- Comment #10 from ro at techfak dot uni-bielefeld dot de 2009-10-09 12:42 --- Subject: Re: plugin-api.h unconditionally includes stdint.h > --- Comment #9 from espindola at google dot com 2009-10-08 18:20 --- [...] > The only thing the compiler should need the plugin-api.h

[Bug target/41644] -minimal-toc not helping for toc section exceeding 64k

--- Comment #4 from jakub at gcc dot gnu dot org 2009-10-09 12:20 --- For generated code it is obviously best to adjust the generator so that it doesn't generate so big translation units, instead emits more smaller files, or puts all the string literal addresses into an array and uses th

[Bug fortran/41618] [OOP] accepts-invalid with CLASS pointer component

--- Comment #1 from janus at gcc dot gnu dot org 2009-10-09 12:17 --- The problem here is that the error check comes too late: It should happen already before the call to encapsulate_class_symbol. This is effectively fixed by the patch for PR41629: http://gcc.gnu.org/ml/fortran/2009-10

[Bug libstdc++/41645] New: Massive failures in parallel test mode

In 'libstdc++-v3', type 'make check-parallel' and a huge number of tests fail. Some of these are expected, in particular several in 25_algorithm, to do with lack of c++0x support, but most of the failures seem to be related to a string problem. Taking one example (testsuite/26_numerics/complex/in

[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=>expr)

--- Comment #2 from burnus at gcc dot gnu dot org 2009-10-09 12:08 --- SELECT TYPE (name => expr) and ASSOCIATE (name1 => expr1, name2 => expr2) have similar syntax and issues. SELECT TYPE (name=>expr) is already implemented (via creating a new pointer variable), but it has some issu

[Bug driver/41637] testsuite (-flto/-fwhopr) leaves does not clean up in /tmp

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-09 11:55 --- Mine. I have a partial patch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/41644] -minimal-toc not helping for toc section exceeding 64k

--- Comment #3 from sathishpy at gmail dot com 2009-10-09 11:22 --- I tried the same program with -m32 and it works fine. I have also tried it for 10 times bigger time file (10 string constants and 1 functions) without using -mminimal-toc, so it looks like some issue with gcc onl

[Bug target/41644] -minimal-toc not helping for toc section exceeding 64k

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-09 10:54 --- Even though PR 34708 is similar, it is talking about the inliner creating a huge amount of TOC references. The problem here is even more serious. You have a huge TOC references in your source to begin with. --

[Bug c/41644] -minimal-toc not helping for toc section exceeding 64k

--- Comment #1 from sathishpy at gmail dot com 2009-10-09 10:51 --- Created an attachment (id=18760) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18760&action=view) Test program -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41644

[Bug c/41644] New: -minimal-toc not helping for toc section exceeding 64k

I have an in-house debugger which uses some auto generated files having too many string constants. Compiling this (with gcc 4.3) always fails with the error /tmp/ccrzE6fi.s: Assembler messages: /tmp/ccrzE6fi.s:95429: Warning: TOC section size exceeds 64k /tmp/ccCSriww.o:(.text+0x22672): relocatio

[Bug tree-optimization/41643] ICE (segmentation fault) for SPEC CPU2000's 176.gcc when using -fno-tree-dce

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-09 10:49 --- Doesn't happen on trunk. But, confirmed. ../../gcc44-g/gcc/cc1 -quiet bug.i -O2 -fno-tree-dce bug.i: In function 'f': bug.i:5: error: missing PHI def add_acc.0_10 = PHI <0(0), (5)> bug.i:5: error: missing PHI def

[Bug target/41642] Cross-compiling error on cris os while building openwrt

--- Comment #3 from hp at gcc dot gnu dot org 2009-10-09 10:15 --- I think this is a duplicate. I guess I'll have to go fix it finally, sorry for the delay. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41642

[Bug target/41642] Cross-compiling error on cris os while building openwrt

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-09 10:04 --- Can you provide the preprocessed source as requested by http://gcc.gnu.org/bugs.html ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41642

[Bug fortran/41640] [Regression] Compilation failure with "-g": bad assembler?

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-09 10:01 --- >says your gas supports this. Easy this is a binary build with a newer binutils than you have. So closing as invalid. -- pinskia at gcc dot gnu dot org changed: What|Removed

  1   2   >