[Bug c++/43327] ICE in unifiy.c

--- Comment #1 from roger dot ferrer at bsc dot es 2010-03-11 07:56 --- For what it's worth, replacing static const int m = 4; with enum { m = 4 }; works fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43327

[Bug fortran/43228] NAMELIST I/O: Reading at 2 dimensions (rank) array values.

--- Comment #13 from burnus at gcc dot gnu dot org 2010-03-11 07:23 --- > Any other thoughts? (I am flexible and I am looking at the other idea of #10) How about something like the following? Note: It does not quite work yet :-( Index: list_read.c ==

[Bug fortran/43228] NAMELIST I/O: Reading at 2 dimensions (rank) array values.

--- Comment #12 from jvdelisle at gcc dot gnu dot org 2010-03-11 04:52 --- The one liner: Index: list_read.c === --- list_read.c (revision 157277) +++ list_read.c (working copy) @@ -2077,7 +2077,7 @@ /*

[Bug fortran/43228] NAMELIST I/O: Reading at 2 dimensions (rank) array values.

--- Comment #11 from jvdelisle at gcc dot gnu dot org 2010-03-11 04:48 --- If we require -std=legacy for non-standard conforming extended reads I find that we have only one test case that requires modification to "dg-options -std-legacy" to pass. Besides being a very simple patch (a on

[Bug c++/42346] darwin instantiation vs. optimization oddity

--- Comment #13 from bkoz at gcc dot gnu dot org 2010-03-11 03:47 --- fixed as of comment #11 -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Sta

[Bug other/39888] TLS emutls not linked to automatically on Darwin

--- Comment #64 from howarth at nitro dot med dot uc dot edu 2010-03-11 03:30 --- Can someone please close this as fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39888

[Bug c++/42346] darwin instantiation vs. optimization oddity

--- Comment #12 from howarth at nitro dot med dot uc dot edu 2010-03-11 03:28 --- Ben, Is basic-eh-map.darwin10.ii still failing to compile for you on current gcc trunk? On x86_64-apple-darwin10, I am finding that g++-4 basic-eh-map.darwin10.ii -S -m64 -std=c++0x -v -O2 -g g++-

[Bug fortran/43265] [4.3/4.4/4.5 Regression] No EOF condition if reading with '(x)' from an empty file

--- Comment #16 from jvdelisle at gcc dot gnu dot org 2010-03-11 02:26 --- Subject: Bug 43265 Author: jvdelisle Date: Thu Mar 11 02:26:36 2010 New Revision: 157378 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157378 Log: 2010-03-10 Jerry DeLisle PR libfortran/4332

[Bug libfortran/43320] [4.5 Regression] 200.sixtrack fails setup

--- Comment #12 from jvdelisle at gcc dot gnu dot org 2010-03-11 02:26 --- Subject: Bug 43320 Author: jvdelisle Date: Thu Mar 11 02:26:36 2010 New Revision: 157378 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157378 Log: 2010-03-10 Jerry DeLisle PR libfortran/4332

[Bug libfortran/43320] [4.5 Regression] 200.sixtrack fails setup

--- Comment #11 from jvdelisle at gcc dot gnu dot org 2010-03-11 02:15 --- Subject: Bug 43320 Author: jvdelisle Date: Thu Mar 11 02:15:33 2010 New Revision: 157377 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157377 Log: 2010-03-10 Jerry DeLisle PR libfortran/4332

[Bug bootstrap/39622] Missing -isystem include-fixed when building canadian cross libgcc

--- Comment #1 from monaka at monami-software dot com 2010-03-11 02:00 --- Created an attachment (id=20079) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20079&action=view) The patch to trunk. Same as http://gcc.gnu.org/ml/gcc-help/2009-04/msg00023.html -- http://gcc.gnu.org

[Bug libfortran/43320] [4.5 Regression] 200.sixtrack fails setup

--- Comment #10 from jvdelisle at gcc dot gnu dot org 2010-03-11 01:56 --- I plan to commit the following as a compromise. We have had several PRs here that contradict. Not surprising really. The compromise is to use item_count to decide whether to hit_eof or not. We could also do t

[Bug middle-end/41290] [4.5 regression] ICE: edge points to wrong declaration

--- Comment #19 from jamborm at gcc dot gnu dot org 2010-03-10 23:51 --- Good to hear that. I don't think there is a need to reopen the bug since it is most probably a duplicate of PR 42450 which has a testcase and is being dealt with. Thanks for testing, though. -- http://gcc.gn

[Bug debug/43329] Early inlining causes suboptimal debug info

--- Comment #1 from jakub at gcc dot gnu dot org 2010-03-10 23:29 --- Created an attachment (id=20078) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20078&action=view) rh572260.ii Testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43329

[Bug debug/43329] New: Early inlining causes suboptimal debug info

The following testcase doesn't contain DW_AT_const_value for arrg3 nor min when early inlining is used, while when normal inlining is performed all is fine. -g -O2 --param early-inlining-insns=32 (doesn't work) vs. -g -O2 --param early-inlining-insns=32 -fno-early-inlining Sorry for the extra param

[Bug bootstrap/43287] [4.5 Regression] Bootstrap fails at stage 1 on powerpc-apple-darwin9

--- Comment #20 from howarth at nitro dot med dot uc dot edu 2010-03-10 22:52 --- According to... http://gcc.gnu.org/regtest/HEAD/native-lastbuild.txt.gzip it is fixed for powerpc-apple-darwin9. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43287

[Bug fortran/43326] [OOP] dynamic dispatch with CLASS components

--- Comment #2 from janus at gcc dot gnu dot org 2010-03-10 22:50 --- (In reply to comment #1) > This fixes the test case. Haven't tested for regressions yet. Regtest was successful. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43326

[Bug bootstrap/38388] parallel install failures in install-{libiberty,gnatlib}

--- Comment #7 from pluto at agmk dot net 2010-03-10 22:37 --- (In reply to comment #6) > Can you still reproduce the Ada-related failures? It looks like serialization > between toplevel install-libada and some installation below gcc/ada may be > needed. currently i can't test install

[Bug bootstrap/43328] multilib bootstrap broken.

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-03-10 22:37 --- I did a bootstrap on x86_64-linux-gnu at revision 157328. zlib here is a host library which means it does not need to be multilibed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328

[Bug bootstrap/43328] New: multilib bootstrap broken.

long --enable-linux-futex --enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++ --with-long-double-128 --disable-cld Thread model: posix gcc version 4.5.0 20100310 (experimental) (GCC) -- Summary: multilib bootstrap broken. Product: gcc Version:

[Bug c++/43315] Variadic Templates affects the overload resolution rank

--- Comment #3 from boostcpp at gmail dot com 2010-03-10 22:30 --- I'm not sure about this. Maybe gcc is right. Even though it take zero parameter, it's still there. I don't know. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43315

[Bug c++/43327] New: ICE in unifiy.c

The following code --- template struct A { template struct B; template struct B<_N, _T::m> { static void f(); }; }; struct C { static const int m = 4; }; void m() { A::B<1, 4>::f(); } -- causes the following ICE as of 4.2 [g++ 4.4] test.

[Bug fortran/43326] [OOP] dynamic dispatch with CLASS components

--- Comment #1 from janus at gcc dot gnu dot org 2010-03-10 22:06 --- Here is a simple-minded patch: Index: gcc/fortran/resolve.c === --- gcc/fortran/resolve.c (revision 157366) +++ gcc/fortran/resolve.c (workin

[Bug testsuite/38163] gcc.dg/tree-ssa/loop-3.c failure at -m64 on i686-apple-darwin9

--- Comment #5 from ghazi at gcc dot gnu dot org 2010-03-10 21:15 --- Subject: Bug 38163 Author: ghazi Date: Wed Mar 10 21:15:16 2010 New Revision: 157370 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157370 Log: Backport: 2008-12-12 Uros Bizjak PR te

[Bug fortran/43291] [4.5 regression] [OOP] Type mismatch in argument; passed CLASS(t1) to CLASS(t2)

--- Comment #12 from janus at gcc dot gnu dot org 2010-03-10 21:04 --- (In reply to comment #10) > In preparing a testcase, I foolishly decided to check the original for correct > execution. > > The following gives the wrong result: I guess this is worth a separate PR. It's PR43326 now

[Bug fortran/43326] New: [OOP] dynamic dispatch with CLASS components

Spin-off from PR 43291 comment #10 ... The following gives the wrong result: module m1 type :: t1 contains procedure :: sizeof end type contains integer function sizeof(a) class(t1) :: a sizeof = 1 end function sizeof end module module m2 use m1 type, extends(t1) ::

[Bug middle-end/43204] [4.4/4.5 Regression] generates larger code for a particular testcase

--- Comment #5 from pinskia at gcc dot gnu dot org 2010-03-10 20:56 --- Actually this is PPRE at -O3 so this is expected. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/43204] [4.4/4.5 Regression] generates larger code for a particular testcase

--- Comment #4 from pinskia at gcc dot gnu dot org 2010-03-10 20:54 --- And really at -O3 you can expect bigger code in general. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43204

[Bug middle-end/43204] [4.4/4.5 Regression] generates larger code for a particular testcase

--- Comment #3 from pinskia at gcc dot gnu dot org 2010-03-10 20:54 --- This is tracer duplicating the basic block. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43204

[Bug fortran/43291] [4.5 regression] [OOP] Type mismatch in argument; passed CLASS(t1) to CLASS(t2)

--- Comment #11 from janus at gcc dot gnu dot org 2010-03-10 20:46 --- (In reply to comment #6) > > If all appears to be well with the regtest and I do not hear back from you, > > I > > will commit the patch to trunk tonight. > > The patch clobbers dynamic_dispatch_4.f03. Hm, funny.

[Bug middle-end/41290] [4.5 regression] ICE: edge points to wrong declaration

--- Comment #18 from foom at fuhm dot net 2010-03-10 20:32 --- Sorry for the extreme delay in responding. I can confirm that applying that patch on top of: gcc-4.5 (Debian 4.5-20100227-1) 4.5.0 20100227 (experimental) [trunk revision 157109] *does* make my issue go away, and my program c

[Bug libfortran/43320] [4.5 Regression] 200.sixtrack fails setup

--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-03-10 20:21 --- I am fairly sure its the hit_eof I removed from next_record_r in transfer.c. When I get to my work machine I will fix either by reverting or otherwise. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43320

[Bug middle-end/43323] [4.4 Regression] Wrong code with bitfields and type casting.

--- Comment #2 from hjl dot tools at gmail dot com 2010-03-10 20:05 --- It is fixed on trunk on revision 148631: http://gcc.gnu.org/ml/gcc-cvs/2009-06/msg00613.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug libfortran/43320] [4.5 Regression] 200.sixtrack fails setup

--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-03-10 19:44 --- I will get on this tonight. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/40815] redundant neg instruction caused by loop-invariant

--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2010-03-10 19:39 --- Created an attachment (id=20077) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20077&action=view) Proposed patch Richard, Thank you for the great pointers how to fix this bug. Here is the proposed patch t

[Bug c/43288] [4.5 Regression] ICE in function_and_variable_visibility, at ipa.c:415

--- Comment #4 from hubicka at gcc dot gnu dot org 2010-03-10 19:36 --- Fixed. -- hubicka at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c/43288] [4.5 Regression] ICE in function_and_variable_visibility, at ipa.c:415

--- Comment #3 from hubicka at gcc dot gnu dot org 2010-03-10 19:33 --- Subject: Bug 43288 Author: hubicka Date: Wed Mar 10 19:33:37 2010 New Revision: 157366 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157366 Log: PR c/43288 * ipa.c (function_and_variable_vi

[Bug debug/43325] New: C++ external inner reference does not override outer scope

namespace S { int f () { int i = 42; { extern int i; return i; } } } generates DWARF: # Grossly simplified. <1><2d>: Abbrev Number: 2 (DW_TAG_namespace) <2e> DW_AT_name: S <2><36>: Abbrev Number: 3 (DW_TAG_subprogram)

[Bug fortran/43303] [4.4/4.5 Regression] ICE with C_ASSOCIATED

--- Comment #4 from burnus at gcc dot gnu dot org 2010-03-10 18:57 --- Subject: Bug 43303 Author: burnus Date: Wed Mar 10 18:56:46 2010 New Revision: 157364 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157364 Log: 2010-03-10 Tobias Burnus result. 2010-03-10 Tobias Burnus

[Bug target/43249] unsigned int arg with no prototype gets full 64-bit reg

--- Comment #1 from janis at gcc dot gnu dot org 2010-03-10 18:35 --- GCC 3.4 also has this bug. -- janis at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/43324] core dump on throw

--- Comment #1 from lwestermann at gams dot com 2010-03-10 18:24 --- Created an attachment (id=20076) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20076&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43324

[Bug c++/43324] New: core dump on throw

$uname -a SunOS sigvmec2 5.11 snv_111b i86pc i386 i86xpv Solaris $g++ -v Using built-in specs. Target: i386-pc-solaris2.11 Configured with: ../configure CC=gcc --prefix=/usr/local2 --build=i386-pc-solaris2.11 --with-gnu-as --with-as=/usr/local/bin/as --without-gnu-ld --with-ld=/usr/ccs/bin/ld --wi

[Bug debug/43290] ICE in dwarf2out_frame_debug_expr

--- Comment #19 from jakub at gcc dot gnu dot org 2010-03-10 18:17 --- Subject: Bug 43290 Author: jakub Date: Wed Mar 10 18:17:10 2010 New Revision: 157363 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157363 Log: PR debug/43290 * reg-notes.def (REG_CFA_SET_VDRA

[Bug debug/36728] [stack]: gdb doesn't work with stack alignment

--- Comment #13 from jakub at gcc dot gnu dot org 2010-03-10 18:17 --- Subject: Bug 36728 Author: jakub Date: Wed Mar 10 18:17:10 2010 New Revision: 157363 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157363 Log: PR debug/43290 * reg-notes.def (REG_CFA_SET_VDRA

[Bug tree-optimization/43280] [4.5 Regression] gcc4.5 -m32 -O2: misoptimizes sha256!

--- Comment #6 from hjl dot tools at gmail dot com 2010-03-10 17:50 --- (In reply to comment #5) > Created an attachment (id=20074) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20074&action=view) [edit] > Experimental patch > > This patch fixes the problem for me. Testsuites are

[Bug fortran/43310] -pedantic errors on valid code involving PARAMETERs initialized to intrinsic function result

--- Comment #7 from kargl at gcc dot gnu dot org 2010-03-10 17:17 --- (In reply to comment #6) > (In reply to comment #5) > > (In reply to comment #4) > > > > > > > > "Not all valid FORTRAN 95 programs will compile properly when using this > > > option. If you want to ensure complianc

[Bug c++/41185] [4.4/4.5 regression] size of array ... has non-integral type ...

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||rejects-valid Priority|P3 |P2 T

[Bug libstdc++/41975] [C++0x] [DR579] unordered_set::erase performs worse when nearly empty

--- Comment #23 from paolo dot carlini at oracle dot com 2010-03-10 16:36 --- At the end of a further discussion today, apparently there is a strong consensus to add additional signatures returning void, "Boost-style". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41975

[Bug tree-optimization/43141] [4.5 Regression] Wrong debug information with IPA-SRA

--- Comment #3 from jamborm at gcc dot gnu dot org 2010-03-10 16:36 --- Created an attachment (id=20075) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20075&action=view) Potential (preliminary) fix After much tinkering I have came up with this patch do create an ABSTRACT_ORIGIN fo

[Bug middle-end/43204] [4.4/4.5 Regression] generates larger code for a particular testcase

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|GCC 4.4 / 4.5 generates |[4.4/4.5 Regression] |larger code for a particular|

[Bug testsuite/40050] plugin tests don't work with multilib

--- Comment #5 from doko at gcc dot gnu dot org 2010-03-10 16:34 --- Subject: Bug 40050 Author: doko Date: Wed Mar 10 16:32:56 2010 New Revision: 157345 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157345 Log: Use the host compiler instead of the target compiler to build plugi

[Bug bootstrap/43287] [4.5 Regression] Bootstrap fails at stage 1 on powerpc-apple-darwin9

--- Comment #19 from rguenth at gcc dot gnu dot org 2010-03-10 16:33 --- Fixed (I assume). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Sta

[Bug fortran/43291] [4.5 regression] [OOP] Type mismatch in argument; passed CLASS(t1) to CLASS(t2)

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 Target Milestone|--- |4.5.0 http://gcc

[Bug tree-optimization/43306] [4.5 Regression] ICE: in scan_tree_for_params_right_scev, at graphite-sese-to-poly.c:713 with -O1 -fstrict-overflow -fgraphite-identity

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Known to work||4.4

[Bug tree-optimization/43280] [4.5 Regression] gcc4.5 -m32 -O2: misoptimizes sha256!

--- Comment #5 from krebbel at gcc dot gnu dot org 2010-03-10 16:31 --- Created an attachment (id=20074) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20074&action=view) Experimental patch This patch fixes the problem for me. Testsuites are still running. -- http://gcc.gnu.or

[Bug libfortran/43320] [4.5 Regression] 200.sixtrack fails setup

--- Comment #7 from rguenth at gcc dot gnu dot org 2010-03-10 16:31 --- Even though this is Fortran being able to build & run SPEC is release critical. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/43305] [4.4/4.5 Regression] ICE: in emit_unop_insn, at optabs.c:3838 with -Os -ffast-math and ilogbl()

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43305

[Bug fortran/43303] [4.4/4.5 Regression] ICE with C_ASSOCIATED

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43303

[Bug middle-end/43300] [4.5 Regression] ICE: in emit_move_insn, at expr.c:3432

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

[Bug c/43288] [4.5 Regression] ICE in function_and_variable_visibility, at ipa.c:415

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43288

[Bug tree-optimization/43280] [4.5 Regression] gcc4.5 -m32 -O2: misoptimizes sha256!

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

[Bug fortran/43265] [4.3/4.4/4.5 Regression] No EOF condition if reading with '(x)' from an empty file

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43265

[Bug middle-end/43255] [4.5 Regression] ICE in extract_range_from_assert, at tree-vrp.c:1423

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-03-10 16:26 --- Mine anyway. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|una

[Bug debug/43254] [4.5 Regression] warning: DWARFDebugInfoEntry::AppendDependants() -- check on this item TAG_subrange_type: attr = AT_upper_bound form = FORM_ref4

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-03-10 16:26 --- dsymutil bug -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNC

[Bug c++/41786] [4.4/4.5 regression] misparsing an object declaration - parameter may not have variably modified type

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.4.3 Known to work||4.3.4

[Bug rtl-optimization/43286] Missed related value optimization in cse.c

--- Comment #4 from steven at gcc dot gnu dot org 2010-03-10 16:21 --- Another arm_arm_address_cost problem, dup of something I'm not even going to try to find. Until ARM or an ARM maintainer cares (or Google folks stop filing and start fixing bugs), we don't need more reports of the sa

[Bug rtl-optimization/40761] [4.4/4.5 Regression] IRA memory hog for insanely nested loops

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40761

[Bug target/42427] [4.5 Regression] invalid assembly code for 301.apsi for -fnon-call-exceptions

--- Comment #8 from rguenth at gcc dot gnu dot org 2010-03-10 16:19 --- Downgrading to P2. Target maintainers think this is not a serious bug and are happy with not fixing it for 4.5. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/43310] -pedantic errors on valid code involving PARAMETERs initialized to intrinsic function result

--- Comment #6 from giese025 at umn dot edu 2010-03-10 16:07 --- (In reply to comment #5) > (In reply to comment #4) > > > > > "Not all valid FORTRAN 95 programs will compile properly when using this > > option. If you want to ensure compliance with one of the FORTRAN standards, > > p

[Bug middle-end/43323] [4.4 Regression] Wrong code with bitfields and type casting.

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-03-10 15:55 --- Confirmed. extern void abort (void); int main() { struct { unsigned bar:1; } foo; foo.bar = 0x1; if ((unsigned char)(foo.bar * 0xfe) != 0xfeu) abort (); if ((unsigned char)(foo.bar * 0xff) != 0xffu)

[Bug fortran/43322] compiling under Matlab with gfortran

--- Comment #1 from dfranke at gcc dot gnu dot org 2010-03-10 15:52 --- dyld: Library not loaded: /usr/local/lib/libmpfr.1.dylib Referenced from: /usr/local/libexec/gcc/x86_64-apple-darwin10.2.0/4.5.0/f951 Reason: Incompatible library version: f951 requires version 4.0.0 or later, bu

[Bug c++/43321] [c++0x] ICE on valid auto

--- Comment #1 from jason at gcc dot gnu dot org 2010-03-10 15:43 --- Yes, that's valid. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|U

[Bug c/43288] [4.5 Regression] ICE in function_and_variable_visibility, at ipa.c:415

--- Comment #2 from hubicka at gcc dot gnu dot org 2010-03-10 15:40 --- Patch posted -- hubicka at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|una

[Bug middle-end/43323] New: Wrong code with bitfields and type casting.

When compiled with gcc 4.4.[34] The following code prints fe 01, while it should fe ff. Current svn trunk produces correct results. No flags needed to reproduce. extern int printf(const char * __restrict, ...); int main() { struct { unsigned bar:1; } foo; foo.bar = 0x1; pri

[Bug fortran/43322] New: compiling under Matlab with gfortran

Mac> gcc -v Using built-in specs. Target: i686-apple-darwin10 Configured with: /var/tmp/gcc/gcc-5646.1~2/src/configure --disable-checking --enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib

[Bug c++/43321] New: [c++0x] ICE on valid auto

I hope it's a valid "auto". the code works if I write "int" instead of "auto". It might be related to Bug 43281 internal compiler error: in type_unification_real, at cp/pt.c:13486 template void shuffle(const T& first, const T& last) { auto w = *first; } int main() { int b[5]; shuffle(&

[Bug libfortran/43320] [4.5 Regression] 200.sixtrack fails setup

--- Comment #6 from burnus at gcc dot gnu dot org 2010-03-10 14:52 --- Reduced test case: Reading from a completely empty line should produce an EOF status. As soon as there is a "\n" or " " or "0", ifort, NAG f95 and gfortran 4.3/4.5 also succeed (i.e. have no EOF error.) That's kind o

[Bug rtl-optimization/43286] Missed related value optimization in cse.c

--- Comment #3 from ramana at gcc dot gnu dot org 2010-03-10 14:49 --- Confirmed but do we expect this to be done in CSE . IIUC, shouldn't this be a part of fwprop handling addresses rather than doing this in CSE ? -- ramana at gcc dot gnu dot org changed: What|Remov

[Bug libfortran/43320] [4.5 Regression] 200.sixtrack fails setup

--- Comment #5 from burnus at gcc dot gnu dot org 2010-03-10 14:39 --- Reproduce using: 1. Grab SixTrack.zip (see comment 4) 2. Change in track.f, line 4411 in "(i,1x,..." the "i" into an "i0" 3. Grab the input file http://lhc-collimation-project.web.cern.ch/lhc-collimation-project/Inj

[Bug libfortran/43320] [4.5 Regression] 200.sixtrack fails setup

--- Comment #4 from burnus at gcc dot gnu dot org 2010-03-10 14:31 --- The SixTrack souce code can be found at http://lhc-collimation-project.web.cern.ch/lhc-collimation-project/code-tracking.htm Namely: http://lhc-collimation-project.web.cern.ch/lhc-collimation-project/SixPack.zip Reg

[Bug tree-optimization/43236] -ftree-loop-distribution produces wrong code in reload1.c:delete_output_reload(), bootstrap fails

--- Comment #11 from sezeroz at gmail dot com 2010-03-10 14:17 --- The testcase fails with 4.4 with -Ox -ftree-loop-distribution and the patch does not apply to 4.4. Will there be a gcc-4.4 backport of this? -- sezeroz at gmail dot com changed: What|Removed

[Bug libfortran/43320] [4.5 Regression] 200.sixtrack fails setup

-- hjl dot tools at gmail dot com changed: What|Removed |Added CC||hjl dot tools at gmail dot |

[Bug libfortran/43320] [4.5 Regression] 200.sixtrack fails setup

--- Comment #3 from paul dot richard dot thomas at gmail dot com 2010-03-10 13:20 --- Subject: Re: [4.5 Regression] 200.sixtrack fails setup Dear All, > > Paul, I think you are the only gfortraner, which has access to SPEC CPU 2000. > Can you have a look? > I am still recuperating f

[Bug tree-optimization/43236] -ftree-loop-distribution produces wrong code in reload1.c:delete_output_reload(), bootstrap fails

--- Comment #10 from amonakov at gcc dot gnu dot org 2010-03-10 12:57 --- Both issues are fixed with above commit. -- amonakov at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/43236] -ftree-loop-distribution produces wrong code in reload1.c:delete_output_reload(), bootstrap fails

--- Comment #9 from amonakov at gcc dot gnu dot org 2010-03-10 12:54 --- Subject: Bug 43236 Author: amonakov Date: Wed Mar 10 12:53:51 2010 New Revision: 157339 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157339 Log: PR tree-optimization/43236 * tree-loop-dis

[Bug fortran/43265] [4.3/4.4/4.5 Regression] No EOF condition if reading with '(x)' from an empty file

--- Comment #15 from burnus at gcc dot gnu dot org 2010-03-10 12:42 --- This patch causes a regression in SPEC CPU 2000 (200.sixtrack), see PR 43320. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43265

[Bug libfortran/43320] [4.5 Regression] 200.sixtrack fails setup

--- Comment #2 from burnus at gcc dot gnu dot org 2010-03-10 12:40 --- Richard, how new is this regression? That is: Which check-ins could have causes this? Assuming that CPU SPEC is run every day, I assume that it is the patch for PR 43265; namely commit http://gcc.gnu.org/viewcvs?root

[Bug libfortran/43320] [4.5 Regression] 200.sixtrack fails setup

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-03-10 12:35 --- Last known good rev. 157294, first known bad rev. 157328 (x86_64). Last known good rev. 157304, first known bad rev. 157331 (ia64). Points at: Index: libgfortran/ChangeLog ==

[Bug fortran/43320] New: [4.5 Regression] 200.sixtrack fails setup

--- Running 200.sixtrack ref base default-linux default Commands to run: -u /gcc/spec/cpu2000/benchspec/CFP2000/200.sixtrack/run/0003 -i inp.in -o inp.out -e inp.err ../0003/sixtrack_base.default-linux Specinvoke: /gcc/spec/cpu2000/bin/specinvoke -

[Bug c/43319] Lack of documentation on asm extension

--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-03-10 11:17 --- Machine-independent templates are described in gccint.info, in the "Output Templates and Operand Substitution" section. Online documentation is here:

[Bug middle-end/42859] [4.5 regression] ICE in verify_flow_info

--- Comment #11 from abel at gcc dot gnu dot org 2010-03-10 11:09 --- Fixed. -- abel at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug middle-end/42859] [4.5 regression] ICE in verify_flow_info

--- Comment #10 from abel at gcc dot gnu dot org 2010-03-10 11:09 --- Subject: Bug 42859 Author: abel Date: Wed Mar 10 11:08:48 2010 New Revision: 157337 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157337 Log: PR middle-end/42859 * tree-eh.c: Include pointer-set.h.

[Bug target/43311] missed 'movw' optimization.

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-03-10 10:55 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug target/32951] missed memcpy -> movdqa optimization.

--- Comment #9 from rguenth at gcc dot gnu dot org 2010-03-10 10:54 --- Actually it does with the fixed aligned attribute. Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/32951] missed memcpy -> movdqa optimization.

--- Comment #8 from rguenth at gcc dot gnu dot org 2010-03-10 10:52 --- (In reply to comment #7) > current 4.4.x generates 'movdqa (%rdi), %xmm0' in both cases. > 4.2 branch is closed, 4.3 is near to close. > can we close this bug as fixed? GCC 4.4 creates movdqu (%rdi), %xmm0 for load_

[Bug c++/43313] ICE with non-POD and covariant return thunks

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-03-10 10:49 --- Works for me on x86_64 and i?86 with various GCC versions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43313

[Bug tree-optimization/43317] [4.5 Regression] ICE: Segmentation fault with -fipa-struct-reorg -g

-- 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=43317

[Bug c++/43315] Variadic Templates affects the overload resolution rank

--- Comment #2 from redi at gcc dot gnu dot org 2010-03-10 10:14 --- In the latest draft (n3035) [temp.deduct.type] 14.9.2.5 paragraph 22 has an example of a case where a non-variadic template is more specialized than variadic templates. I'm not entirely sure if that's relevant though.

[Bug fortran/43291] [4.5 regression] [OOP] Type mismatch in argument; passed CLASS(t1) to CLASS(t2)

--- Comment #10 from pault at gcc dot gnu dot org 2010-03-10 09:29 --- In preparing a testcase, I foolishly decided to check the original for correct execution. The following gives the wrong result: module m1 type :: t1 contains procedure :: sizeof end type contains intege

[Bug java/43302] [Regression] gcc creates "dummy" resources in object files

--- Comment #2 from michele at focuseek dot com 2010-03-10 08:30 --- Experimenting with -save-temps I noticed that the .dummy resource is in the .jar generated by ecj which seems to point to it as the main suspect. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43302

  1   2   >