[Bug tree-optimization/42221] [4.5 Regression] ICE from '-Os -fgraphite-identity'

--- Comment #9 from spop at gcc dot gnu dot org 2010-01-08 07:56 --- Subject: Bug 42221 Author: spop Date: Fri Jan 8 07:56:08 2010 New Revision: 155729 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155729 Log: Fix PR42221. 2009-12-23 Sebastian Pop PR middle-end/42

[Bug target/42542] Vectorizer produces incorrect results on max/min of unsigned intergers

--- Comment #20 from ubizjak at gmail dot com 2010-01-08 07:48 --- According to http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00213.html, ia64 should be fixed in the same way as x86. The wrong code is located in ia64/ia64.c ia64_expand_vecint_compare, around line 1730. Correct code is in

[Bug tree-optimization/42521] [4.5 Regression] ICE: in graphite_loop_normal_form, at graphite-sese-to-poly.c:2844

--- Comment #7 from spop at gcc dot gnu dot org 2010-01-08 07:40 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/42521] [4.5 Regression] ICE: in graphite_loop_normal_form, at graphite-sese-to-poly.c:2844

--- Comment #6 from spop at gcc dot gnu dot org 2010-01-08 07:39 --- Subject: Bug 42521 Author: spop Date: Fri Jan 8 07:39:01 2010 New Revision: 155728 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155728 Log: Fix PR42521. 2010-01-07 Sebastian Pop PR middle-end/42

[Bug rtl-optimization/42511] [4.5 Regression] bootstrap error in stage3 on alpha-linux-gnu

--- Comment #33 from ubizjak at gmail dot com 2010-01-08 07:33 --- *** Bug 42619 has been marked as a duplicate of this bug. *** -- ubizjak at gmail dot com changed: What|Removed |Added --

[Bug bootstrap/42619] [4.5 regression] ICE building stage3 libiberty/regex.o on Tru64 UNIX: verify_ssa failed

--- Comment #6 from ubizjak at gmail dot com 2010-01-08 07:33 --- Dupe of 42511. *** This bug has been marked as a duplicate of 42511 *** -- ubizjak at gmail dot com changed: What|Removed |Added

[Bug debug/42630] "-fcompare-debug failure (length)" with "-O1 -fvariable-expansion-in-unroller -funroll-loops"

--- Comment #3 from stevenb dot gcc at gmail dot com 2010-01-08 07:31 --- Subject: Re: "-fcompare-debug failure (length)" with "-O1 -fvariable-expansion-in-unroller -funroll-loops" > --- Comment #2 from aoliva at gcc dot gnu dot org  2010-01-08 07:10 > --- > Taking t

[Bug debug/42630] "-fcompare-debug failure (length)" with "-O1 -fvariable-expansion-in-unroller -funroll-loops"

--- Comment #2 from aoliva at gcc dot gnu dot org 2010-01-08 07:10 --- Taking this over, I hoep stevenb doesn't mind I got a patch. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added --

[Bug bootstrap/42584] GCC 4.5 doesn't come close to bootstrapping on MinGW/MSYS

--- Comment #2 from lxndrmxwll at gmail dot com 2010-01-08 06:59 --- I confirm that this is fixed in 4.5-20100107. -- lxndrmxwll at gmail dot com changed: What|Removed |Added

[Bug tree-optimization/42521] [4.5 Regression] ICE: in graphite_loop_normal_form, at graphite-sese-to-poly.c:2844

--- Comment #5 from spop at gcc dot gnu dot org 2010-01-08 06:04 --- Subject: Bug 42521 Author: spop Date: Fri Jan 8 06:04:41 2010 New Revision: 155727 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155727 Log: Fix PR42521. 2010-01-07 Sebastian Pop PR middle-end/42

[Bug fortran/42650] F90: DT function with in-line DT definition and RESULT is rejected

--- Comment #1 from pault at gcc dot gnu dot org 2010-01-08 05:47 --- type(t) function func2() result(res) type t sequence integer :: i = 5 end type t res%i = 2 end function func2 causes a segmentation fault! Confirmed Paul -- pault at gcc dot gnu dot org changed:

[Bug rtl-optimization/42631] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops"

--- Comment #12 from aoliva at gcc dot gnu dot org 2010-01-08 05:27 --- It is a bug. The compiler shouldn't generate different code depending on -g, and that's what's (potentially) going on here. That the code is undefined per a language standard shouldn't take precedence over a more g

[Bug tree-optimization/42521] [4.5 Regression] ICE: in graphite_loop_normal_form, at graphite-sese-to-poly.c:2844

--- Comment #4 from spop at gcc dot gnu dot org 2010-01-08 04:39 --- Mine. -- spop at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gc

[Bug c/42654] Internal error: Signal 5

--- Comment #3 from bpaul at hcl dot in 2010-01-08 03:55 --- the problem was because of the file size and optimization level -- bpaul at hcl dot in changed: What|Removed |Added ---

[Bug rtl-optimization/42631] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops"

--- Comment #11 from zadeck at naturalbridge dot com 2010-01-08 03:52 --- I really do not know what to say here. There is a first do no harm principal here. it does not sound like this is really a bug and i do not think that mucking with the compiler to make a test on a program that

[Bug c++/37806] CV-qualifiers on function typedef's are inconsistently accepted depending on typedef scope

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37806

[Bug c++/42655] [4.3/4.4/4.5 Regression] ! causes the qualified types for rvalue

--- Comment #7 from wkf at alum dot mit dot edu 2010-01-08 03:43 --- This also fails on v3.4.6 where I first ran into it. (I'd update the known to fail line, but I don't have permission.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42655

[Bug c++/42655] [4.3/4.4/4.5 Regression] ! causes the qualified types for rvalue

--- Comment #6 from pinskia at gcc dot gnu dot org 2010-01-08 03:43 --- (In reply to comment #4) > (Should have mentioned i did the second set of tests with a modified "unused" > having "T&" as parameter type, and relying on failure of binding of non-const > references to rvalues. GCC do

[Bug c++/42655] [4.3/4.4/4.5 Regression] ! causes the qualified types for rvalue

--- Comment #5 from pinskia at gcc dot gnu dot org 2010-01-08 03:42 --- (In reply to comment #3) > The following are two other cases where GCC misses to drop qualifiers Those two works for me. they both call unused in GCC 4.4 and the trunk. Though replace const with volatile, it fails

[Bug c++/42655] [4.3/4.4/4.5 Regression] ! causes the qualified types for rvalue

--- Comment #4 from schaub-johannes at web dot de 2010-01-08 03:40 --- (Should have mentioned i did the second set of tests with a modified "unused" having "T&" as parameter type, and relying on failure of binding of non-const references to rvalues. GCC does not reject the two calls).

[Bug c++/42655] [4.3/4.4/4.5 Regression] ! causes the qualified types for rvalue

--- Comment #3 from schaub-johannes at web dot de 2010-01-08 03:35 --- The following are two other cases where GCC misses to drop qualifiers typedef int const intt; unused(intt()); // intt has type 'int' int const f(); unused(f()); // f() has type 'int' -- http://gcc.gnu.o

[Bug c++/42655] [4.3/4.4/4.5 Regression] ! causes the qualified types for rvalue

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-01-08 03:24 --- Confirmed, a regression from at least 3.3. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/42655] ! causes the qualified types for rvalue

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-01-08 03:22 --- Looks like it is only an issue with ! (and bool) and not with any other expression really. template void unused(T const &) { } int main() { volatile int x = false; unused(x-0); } Causes unused() to be called.

[Bug c++/42655] New: Don't qualify rvalues of non-class types

GCC applies cv-qualifiers to rvalues of non-class types. The following code is all right, but GCC doesn't like it: template void unused(T const &) { } int main() { volatile bool x = false; unused(!x); // type of "!x" is bool } -- Summary: Don't qualify rvalues of non-class types

[Bug rtl-optimization/42631] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops"

--- Comment #10 from aoliva at gcc dot gnu dot org 2010-01-08 02:43 --- Well, it's not like accessing an uninitialized variable is well-defined, so it's not like our splitting into multiple webs is wrong, or could possibly generate incorrect results. The only reason we notice this is th

[Bug rtl-optimization/42631] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops"

--- Comment #9 from zadeck at naturalbridge dot com 2010-01-08 01:56 --- Alexandre, i am surprised that we have gotten this far and never seen this kind of failure. I had actually thought that there were earlier passes that added initialization. If that is true, then the real questio

[Bug tree-optimization/42646] Jump threading breaks canonical loop forms

--- Comment #3 from joefoxreal at gmail dot com 2010-01-08 01:41 --- Created an attachment (id=19505) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19505&action=view) the cfg of foo.c.080t.dom1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42646

[Bug tree-optimization/42646] Jump threading breaks canonical loop forms

--- Comment #2 from joefoxreal at gmail dot com 2010-01-08 01:40 --- Created an attachment (id=19504) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19504&action=view) the cfg of foo.c.079t.copyrename3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42646

[Bug rtl-optimization/42631] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops"

--- Comment #8 from aoliva at gcc dot gnu dot org 2010-01-08 01:27 --- Kenny, you think we should fix DF to create artificial defs for uninitialized vars, or use some kludge in web to avoid creating one web per uninitialized use? -- aoliva at gcc dot gnu dot org changed:

[Bug rtl-optimization/42631] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops"

--- Comment #7 from aoliva at gcc dot gnu dot org 2010-01-08 01:01 --- The interesting question to ask is *why* web regards three different uses of the same uninitialized pseudo as different webs. That's what doesn't make sense to me. Apparently DF avoids dealing with uninitialized var

[Bug ada/16095] Illegal program not detected, accessibility levels, RM 3.10.2(28)

--- Comment #4 from adam at irvine dot com 2010-01-08 00:46 --- (In reply to comment #2) > From what I understand: > - "access T1" is an access_definition and thus a general access type (RM > 3.10(12/2)) > - "Y'Access" is of the type of its context, which should be a general access >

[Bug middle-end/42501] [4.4 only] Code bloating on operations with bit fields

--- Comment #3 from sliao at google dot com 2010-01-08 00:29 --- Yes, I generated the code from the trunk and got the same code as Ramana got, except for the last line below. (Sorry that I filed this bug right before the Christmas flight and couldn't check the trunk at that time.) 815c:

[Bug c/42654] Internal error: Signal 5

--- Comment #2 from bpaul at hcl dot in 2010-01-08 00:06 --- gcc -v Configured with: /home/velco/src/gcc--esol--3.3.2/configure --prefix=/home/velco /gcc/mingw32-mips-elf-3.3.2 --build=x86_64-linux --host=i686-mingw32 --target=mi ps-elf --with-gnu-as --with-gnu-ld --enable-c-mbchar --wit

[Bug c/42654] Internal error: Signal 5

--- Comment #1 from paolo dot carlini at oracle dot com 2010-01-08 00:00 --- I'm sorry, the information you provided is largely insufficient to analyze the problem. Please follow the guidelines here: http://gcc.gnu.org/bugs/ Also, gcc3.3.x is very old and no longer maintained. Thus

[Bug c/42654] Internal error: Signal 5

-- bpaul at hcl dot in changed: What|Removed |Added Severity|normal |blocker Version|unknown |3.3.2 http://gcc.gnu.o

[Bug c/42654] New: Internal error: Signal 5

I have been observing a typical case. The code gets compiled in Debug mode, but the same code doesnt compile in release mode. It throws no error in the code, just a mips-elf-gcc: Internal error: Signal 5 (program cc1) Please submit a full bug report. See http://gcc.gnu.org/bugs.html> for instruct

[Bug target/38570] [arm] -mthumb generates sub-optimal prolog/epilog

-- ramana at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38570

[Bug libstdc++/42573] [C++0x] shrink_to_fit() missing

--- Comment #3 from paolo dot carlini at oracle dot com 2010-01-07 23:17 --- Nope... I went through this and came to the conclusion that a fairly good implementation has to wait for a complete resolution of N2983: the request is non-binding thus if the move constructor can throw and the

[Bug target/35965] [4.3 only] -fstack-protector produces segfaulting binaries on arm/armel

--- Comment #8 from ramana at gcc dot gnu dot org 2010-01-07 23:07 --- >From comment #7 this appears to be only a problem with the 4.3 branch. -- ramana at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/35586] seg fault when compiling liboil 0.3.13, file conv_c.c

--- Comment #6 from ramana at gcc dot gnu dot org 2010-01-07 23:05 --- No feedback in over 6 months. Please reopen if you still think this is a problem. -- ramana at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/42479] [graphite] Wrong code with -floop-block

-- spop at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42479

[Bug ada/42554] Can't build gnatlink, gnatmake

--- Comment #3 from simon at pushface dot org 2010-01-07 22:25 --- Created an attachment (id=19503) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19503&action=view) Workround for Apple bug in Xcode 3.2 I'm not sure that deleting ../$(RTSDIR)/*.o before building common-tools will b

[Bug tree-optimization/42462] [4.5 Regression] wrong-code with computed-goto

--- Comment #8 from hjl at gcc dot gnu dot org 2010-01-07 22:23 --- Subject: Bug 42462 Author: hjl Date: Thu Jan 7 22:22:32 2010 New Revision: 155713 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155713 Log: Backport tests from mainline 2010-01-07 H.J. Lu Backport

[Bug c++/42447] [4.5 Regression] ICE during processing complex templates

--- Comment #17 from hjl at gcc dot gnu dot org 2010-01-07 22:23 --- Subject: Bug 42447 Author: hjl Date: Thu Jan 7 22:22:32 2010 New Revision: 155713 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155713 Log: Backport tests from mainline 2010-01-07 H.J. Lu Backpor

[Bug tree-optimization/42508] [4.5 Regression] wrong code with "-O1 -fipa-sra"

--- Comment #7 from hjl at gcc dot gnu dot org 2010-01-07 22:23 --- Subject: Bug 42508 Author: hjl Date: Thu Jan 7 22:22:32 2010 New Revision: 155713 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155713 Log: Backport tests from mainline 2010-01-07 H.J. Lu Backport

[Bug c/42570] [4.5 Regression] ICE in get_alias_set, at alias.c:710

--- Comment #4 from hjl at gcc dot gnu dot org 2010-01-07 22:23 --- Subject: Bug 42570 Author: hjl Date: Thu Jan 7 22:22:32 2010 New Revision: 155713 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155713 Log: Backport tests from mainline 2010-01-07 H.J. Lu Backport

[Bug c++/42555] [4.5 Regression] 16-byte aligned double is disallowed only in templates

--- Comment #8 from hjl at gcc dot gnu dot org 2010-01-07 22:23 --- Subject: Bug 42555 Author: hjl Date: Thu Jan 7 22:22:32 2010 New Revision: 155713 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155713 Log: Backport tests from mainline 2010-01-07 H.J. Lu Backport

[Bug middle-end/42559] [4.5 Regression] ice in emit_block_move_hints with -O2

--- Comment #6 from hjl at gcc dot gnu dot org 2010-01-07 22:23 --- Subject: Bug 42559 Author: hjl Date: Thu Jan 7 22:22:32 2010 New Revision: 155713 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155713 Log: Backport tests from mainline 2010-01-07 H.J. Lu Backport

[Bug c/42439] Linux kernel BUILD_BUG_ON() broke

--- Comment #7 from hjl at gcc dot gnu dot org 2010-01-07 22:23 --- Subject: Bug 42439 Author: hjl Date: Thu Jan 7 22:22:32 2010 New Revision: 155713 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155713 Log: Backport tests from mainline 2010-01-07 H.J. Lu Backport

[Bug tree-optimization/42398] [4.5 Regression] internal compiler error: in sra_modify_expr, at tree-sra.c:2175

--- Comment #8 from hjl at gcc dot gnu dot org 2010-01-07 22:23 --- Subject: Bug 42398 Author: hjl Date: Thu Jan 7 22:22:32 2010 New Revision: 155713 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155713 Log: Backport tests from mainline 2010-01-07 H.J. Lu Backport

[Bug tree-optimization/42494] [4.4 Regression] Missed dead-code-elimination

-- steven at gcc dot gnu dot org changed: What|Removed |Added CC||steven at gcc dot gnu dot |

[Bug tree-optimization/42494] [4.4 Regression] Missed dead-code-elimination

--- Comment #10 from steven at gcc dot gnu dot org 2010-01-07 22:08 --- An ARM maintainer can look at a solution for this (special splitters, maybe a peephole2, perhaps a post-ce3 special DCE pass to clean up cond_exec silliness. (See also bug 21803, for similar cond_exec idiocy on ia64.

[Bug tree-optimization/42326] [4.5 Regression] segfault in tree-data-ref.c with Graphite building 200.sixtrack

--- Comment #7 from janis at gcc dot gnu dot org 2010-01-07 22:07 --- I still see both failures with -m32 on powerpc64-linux but not with -m64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42326

[Bug bootstrap/42424] [4.5 Regression] in-tree GMP/MPFR/MPC bootstrap fails

--- Comment #9 from ghazi at gcc dot gnu dot org 2010-01-07 21:58 --- Subject: Bug 42424 Author: ghazi Date: Thu Jan 7 21:58:23 2010 New Revision: 155712 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155712 Log: PR bootstrap/42424 * configure.ac: Include libtoo

[Bug tree-optimization/42248] compat test struct-by-value-17 fails execution with -O1 -fschedule-insns

--- Comment #2 from janis at gcc dot gnu dot org 2010-01-07 21:47 --- The testcase still fails with current mailing when compiled with "-m64 -O2" or "-m64 -O1 -fschedule-insns". The testcase is missing the piece that makes it useful as an executable test: --

[Bug tree-optimization/42494] [4.4 Regression] Missed dead-code-elimination

--- Comment #9 from steven at gcc dot gnu dot org 2010-01-07 21:36 --- At -Os, in the .188r.postreload RTL dump: (insn 46 12 17 2 t.c:8 (parallel [ (set (reg/v:SI 2 r2 [orig:133 flags ] [133]) (if_then_else:SI (ne (reg:SI 2 r2 [orig:138 bool_var ] [138])

[Bug tree-optimization/42334] segfault in graphite-poly.h for 200.sixtrack

--- Comment #13 from spop at gcc dot gnu dot org 2010-01-07 21:32 --- Yes, this is fixed by the patch for pr42178. pr42393.f90 is still failing on amd64-linux, but we have a PR open for that one, so I am closing this PR. -- spop at gcc dot gnu dot org changed: What|R

[Bug tree-optimization/42641] Random code-generation differences with GRAPHITE

--- Comment #9 from sebpop at gmail dot com 2010-01-07 21:30 --- Subject: Re: Random code-generation differences with GRAPHITE > htab_hash_pointer is fine if a hash table is never traversed, or such > traversal > can't affect code generation.  E.g. graphite has some debug_*

[Bug tree-optimization/42494] [4.4 Regression] Missed dead-code-elimination

--- Comment #8 from steven at gcc dot gnu dot org 2010-01-07 21:29 --- The diff between -O2 and -Os starts in combine: diff -ur O2/t.c.175r.combine Os/t.c.175r.combine --- O2/t.c.175r.combine 2010-01-07 22:24:04.0 +0100 +++ Os/t.c.175r.combine 2010-01-07 22:23:14.0 +0100

Re: [Bug tree-optimization/42641] Random code-generation differences with GRAPHITE

> htab_hash_pointer is fine if a hash table is never traversed, or such > traversal > can't affect code generation.  E.g. graphite has some debug_* routines that > traverse such hash tables, that's fine, they aren't called at all during > compilation except for debugging sessions. Ok, thanks for

[Bug c++/42336] [4.5 Regression] ICE with pointer-to-member-function argument in template function

--- Comment #12 from jason at gcc dot gnu dot org 2010-01-07 21:18 --- It basically seems to me that the modifications made by ipa_modify_formal_parameters are incompatible with proper debugging information; the method is still a method as far as the language is concerned even if the act

[Bug tree-optimization/42641] Random code-generation differences with GRAPHITE

--- Comment #8 from jakub at gcc dot gnu dot org 2010-01-07 21:10 --- htab_hash_pointer is fine if a hash table is never traversed, or such traversal can't affect code generation. E.g. graphite has some debug_* routines that traverse such hash tables, that's fine, they aren't called at

[Bug c++/42490] using-directive in namespace doesn't work properly

--- Comment #1 from redi at gcc dot gnu dot org 2010-01-07 21:05 --- I think the code is valid 3.4.4 [basic.lookup.elab]/1 An elaborated-type-specifier (7.1.6.3) may be used to refer to a previously declared class-name or enum-name even though the name has been hidden by a non-type decl

[Bug tree-optimization/42334] segfault in graphite-poly.h for 200.sixtrack

--- Comment #12 from dominiq at lps dot ens dot fr 2010-01-07 21:03 --- On x86_64-apple-darwin10 at revision 155703 this PR seems fixed (most likely revision 155701 for pr42178). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42334

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

--- Comment #2 from rwild at gcc dot gnu dot org 2010-01-07 20:56 --- The patch in comment #1 contained a few silly typos. Here's a better one: . Can you try it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42525

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

--- Comment #16 from rwild at gcc dot gnu dot org 2010-01-07 20:54 --- Patch at , it would be nice if someone could confirm that it fixes the issue. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35942

[Bug rtl-optimization/42631] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops"

--- Comment #6 from aoliva at gcc dot gnu dot org 2010-01-07 20:44 --- Mine -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at

[Bug libffi/40701] [4.5 regression] Many libffi tests fail to compile on Tru64 UNIX

--- Comment #2 from ro at gcc dot gnu dot org 2010-01-07 20:35 --- Subject: Bug 40701 Author: ro Date: Thu Jan 7 20:35:33 2010 New Revision: 155710 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155710 Log: PR libffi/40701 * testsuite/libffi.call/ffitest.h [__al

[Bug lto/42653] New: ICE with -g and -flto (requires both flags to crash)

$ g++ -c -flto -g fltog.ii fltog.ii: In member function ‘MCIListener’: fltog.ii:25:3: internal compiler error: tree check: expected class ‘type’, have ‘declaration’ (function_decl) in gen_type_die_with_usage, at dwarf2out.c:18747 Occurs with top-of-tree g++-4.5. Testcase fltog.ii: namespace llvm

[Bug c++/42634] ICE with -g -O2 -std=c++0x in copy_fn_p, at cp/decl.c:9973

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

[Bug target/42542] Vectorizer produces incorrect results on max/min of unsigned intergers

--- Comment #19 from hjl dot tools at gmail dot com 2010-01-07 20:00 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|NEW

[Bug target/42542] Vectorizer produces incorrect results on max/min of unsigned intergers

--- Comment #18 from hjl at gcc dot gnu dot org 2010-01-07 19:58 --- Subject: Bug 42542 Author: hjl Date: Thu Jan 7 19:58:16 2010 New Revision: 155709 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155709 Log: Properly convert GTU to GT for V4SI and V2DI gcc/ 2010-01-07 H.J.

[Bug bootstrap/41818] Error building cross compiler caused by changing LD_LIBRARY_PATH environment variable in Makefile

--- Comment #9 from rwild at gcc dot gnu dot org 2010-01-07 19:57 --- Fixed. -- rwild at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug target/42542] Vectorizer produces incorrect results on max/min of unsigned intergers

--- Comment #17 from hjl at gcc dot gnu dot org 2010-01-07 19:55 --- Subject: Bug 42542 Author: hjl Date: Thu Jan 7 19:55:44 2010 New Revision: 155707 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155707 Log: Properly convert GTU to GT for V4SI and V2DI gcc/ 2010-01-07 H.J.

[Bug rtl-optimization/42631] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops"

--- Comment #5 from steven at gcc dot gnu dot org 2010-01-07 19:54 --- Makes no sense to me => unassigned. -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/41818] Error building cross compiler caused by changing LD_LIBRARY_PATH environment variable in Makefile

--- Comment #8 from rwild at gcc dot gnu dot org 2010-01-07 19:54 --- Subject: Bug 41818 Author: rwild Date: Thu Jan 7 19:53:50 2010 New Revision: 155706 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155706 Log: Fix PR bootstrap/41818. /: PR bootstrap/41818 *

[Bug c++/42608] [4.4/4.5 Regression] Undefined reference not reported in case of explicit template instantiation

--- Comment #4 from jason at gcc dot gnu dot org 2010-01-07 19:50 --- No, there's no way for the front end to know that f isn't instantiated in another translation unit. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42608

[Bug c++/40155] [c++0x] variadic template pack problem

--- Comment #6 from dodji at gcc dot gnu dot org 2010-01-07 19:47 --- Fixed in 4.5 -- dodji at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug c++/40155] [c++0x] variadic template pack problem

--- Comment #5 from dodji at gcc dot gnu dot org 2010-01-07 19:22 --- Subject: Bug 40155 Author: dodji Date: Thu Jan 7 19:21:46 2010 New Revision: 155705 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155705 Log: Fix PR c++/40155 gcc/cp/ChangeLog: c++/40155 * p

[Bug libstdc++/42460] man page errors for generated libstdc++ man pages

--- Comment #9 from bkoz at gcc dot gnu dot org 2010-01-07 18:40 --- The rest of these look bogus to me. __gnu_cxx::enc_filebuf.3cxx 805: warning: macro `If' not defined __gnu_cxx::stdio_sync_filebuf.3cxx 699: warning: macro `If' not defined std::basic_filebuf.3cxx 905: warning: macro

[Bug libstdc++/42460] man page errors for generated libstdc++ man pages

--- Comment #8 from bkoz at gcc dot gnu dot org 2010-01-07 18:37 --- Created an attachment (id=19502) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19502&action=view) log of man page creation -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460

[Bug middle-end/42178] [4.5 Regression] Invalid memory access in graphite

--- Comment #18 from spop at gcc dot gnu dot org 2010-01-07 18:35 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED

[Bug middle-end/42178] [4.5 Regression] Invalid memory access in graphite

--- Comment #17 from spop at gcc dot gnu dot org 2010-01-07 18:32 --- Subject: Bug 42178 Author: spop Date: Thu Jan 7 18:32:39 2010 New Revision: 155701 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155701 Log: Fix PR42178. 2010-01-05 Sebastian Pop PR middle-end/4

[Bug c++/42336] [4.5 Regression] ICE with pointer-to-member-function argument in template function

--- Comment #11 from jamborm at gcc dot gnu dot org 2010-01-07 18:16 --- The ICE happens within count_non_default_template_args which (as far as I understand it) somehow re-creates each template parameter to see whether it is the default one (and increments a counter if it is). I am no

[Bug tree-optimization/42641] Random code-generation differences with GRAPHITE

--- Comment #7 from spop at gcc dot gnu dot org 2010-01-07 18:01 --- Subject: Bug 42641 Author: spop Date: Thu Jan 7 18:01:28 2010 New Revision: 155700 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155700 Log: Do not hash pointers. 2010-01-07 Richard Guenther PR t

[Bug tree-optimization/42641] Random code-generation differences with GRAPHITE

--- Comment #6 from sebpop at gmail dot com 2010-01-07 17:58 --- Subject: Re: Random code-generation differences with GRAPHITE After your change, there remains three users of htab_hash_pointer in graphite: In if_region_set_false_region, there is a use of htab_hash_pointer, bu

[Bug tree-optimization/42641] Random code-generation differences with GRAPHITE

--- Comment #5 from zsojka at seznam dot cz 2010-01-07 17:53 --- Patch from comment #0 works for me too (sorry for the delay, it took some time to recompile after realising where is the typo in that patch). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42641

[Bug ada/24167] Visibility of private component of parent in child generic, generic compiles but instantiation doesn't

--- Comment #4 from simon at pushface dot org 2010-01-07 17:34 --- Still there with gcc version 4.5.0 20100104 (experimental) (GCC) (r155633) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24167

[Bug tree-optimization/42652] vectorizer created unaligned vector insns

--- Comment #1 from law at redhat dot com 2010-01-07 17:33 --- Created an attachment (id=19501) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19501&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42652

[Bug tree-optimization/42652] New: vectorizer created unaligned vector insns

The vectorizer doesn't appear to handle packed structures correctly and ultimately generates a vector store to an unaligned address which causes a segfault. This was originally reported against a 4.4 variant, but investigation shows the bug is merely latent on the head of the trunk and can be expo

[Bug rtl-optimization/42511] [4.5 Regression] bootstrap error in stage3 on alpha-linux-gnu

--- Comment #32 from uros at gcc dot gnu dot org 2010-01-07 17:32 --- Subject: Bug 42511 Author: uros Date: Thu Jan 7 17:31:43 2010 New Revision: 155698 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155698 Log: * ifcvt.c (if_convert): Output slim multiple dumps with TD

[Bug fortran/42651] New: Functions with result: Wrongly accepts attributes to function name

Using VOLATILE, TARGET etc. for function names is valid, but only if there is no extra RESULT variable. I thought the following would fix it, but it does not seem to work: if (attr->function && !attr->result) { a1 = function; conf2 (allocatable); conf2 (asynchronous);

[Bug c++/42649] Optimizer breaks boost shared_ptr

--- Comment #7 from pinskia at gmail dot com 2010-01-07 17:18 --- Subject: Re: Optimizer breaks boost shared_ptr Sent from my iPhone On Jan 7, 2010, at 8:56 AM, "rlogel at navtech dot aero" wrote: > > > --- Comment #5 from rlogel at navtech dot aero 2010-01-07 16:56 > -

Re: [Bug c++/42649] Optimizer breaks boost shared_ptr

Sent from my iPhone On Jan 7, 2010, at 8:56 AM, "rlogel at navtech dot aero" > wrote: --- Comment #5 from rlogel at navtech dot aero 2010-01-07 16:56 --- I realize that 3.4.6 is very old, but we need to support RedHat Enterprise 4 builds which use gcc 3.4.6. Then report thi

[Bug c++/42649] Optimizer breaks boost shared_ptr

--- Comment #6 from paolo dot carlini at oracle dot com 2010-01-07 17:02 --- Yes, but it's totally unmaintained, I'm sorry, we don't get PRs for unmaintained branches, that's the policy. -- paolo dot carlini at oracle dot com changed: What|Removed

[Bug c++/42649] Optimizer breaks boost shared_ptr

--- Comment #5 from rlogel at navtech dot aero 2010-01-07 16:56 --- I realize that 3.4.6 is very old, but we need to support RedHat Enterprise 4 builds which use gcc 3.4.6. We would rather not undertake upgrading to gcc 4.x because we have a large legacy code base, some of which uses wr

[Bug c++/42649] Optimizer breaks boost shared_ptr

--- Comment #4 from paolo dot carlini at oracle dot com 2010-01-07 16:52 --- 3.4.6?!? Please, try current, maintained, releases, gcc4.3.x or, better, gcc4.4.x, and in case open an appropriate PR. Thanks. -- paolo dot carlini at oracle dot com changed: What|Removed

[Bug c++/42649] Optimizer breaks boost 1.41 shared_ptr

--- Comment #3 from rlogel at navtech dot aero 2010-01-07 16:50 --- Boost web page show that they tested 3.4.3 without any problems. -- rlogel at navtech dot aero changed: What|Removed |Added

[Bug c++/42649] Optimizer breaks boost shared_ptr

--- Comment #2 from rlogel at navtech dot aero 2010-01-07 16:49 --- # Vaild Excutable g++ -v -save-temps -o shared_ptr_test.exc shared_ptr_test.cpp # Invalid Excutable g++ -v -save-temps -O2 -o shared_ptr_test.exc shared_ptr_test.cpp GCC output: $ g++ -v -save-temps -O2 -o shared

[Bug fortran/42650] New: F90: DT function with in-line DT definition and RESULT is rejected

The one of following valid Fortran 90 functions is rejected: While the first function "func" works and has function name = result name, the second ("func2"), which uses RESULT(), is rejected with the error message: Error: The type for function 'func2' at (1) is not accessible type(t) function fu

  1   2   >