[Bug tree-optimization/43940] DOM doesn't propagate constants properly

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43940 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug libfortran/38199] missed optimization: I/O performance

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38199 --- Comment #16 from Manfred Schwarb manfred99 at gmx dot ch 2012-03-19 09:42:29 UTC --- Thanks, Janne, for your patch. It does not help very much, though. [ As expected, as the reading part is the bottleneck ] My current timings of the second

[Bug libstdc++/52612] New: std::tr1::bind doesn't work with placeholders

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52612 Bug #: 52612 Summary: std::tr1::bind doesn't work with placeholders Classification: Unclassified Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/52559] [4.8 Regression] Spurious \x00 in error messages of lines with tab

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52559 --- Comment #2 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org 2012-03-19 09:50:46 UTC --- Author: fxcoudert Date: Mon Mar 19 09:50:35 2012 New Revision: 185517 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=185517 Log: PR

[Bug tree-optimization/43940] DOM doesn't propagate constants properly

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43940 --- Comment #7 from stevenb.gcc at gmail dot com stevenb.gcc at gmail dot com 2012-03-19 09:51:41 UTC --- --- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-19 09:34:58 UTC --- I think this was fixed by 2012-02-29  Bill

[Bug testsuite/52563] FAIL: gcc.dg/tree-ssa/scev-[3,4].c scan-tree-dump-times optimized a 1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52563 --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-19 09:55:15 UTC --- This statement, MEM[(int *)a][i_13] = 100; is expected to be like, D.4086_21 = (void *) ivtmp.11_9; MEM[base: D.4086_21, offset: 0B] = 100;

[Bug c++/52613] New: [C++11] ICE with noexcept in lambda expression in member function of class template

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52613 Bug #: 52613 Summary: [C++11] ICE with noexcept in lambda expression in member function of class template Classification: Unclassified Product: gcc Version: 4.8.0

[Bug fortran/52559] [4.8 Regression] Spurious \x00 in error messages of lines with tab

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52559 Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED

[Bug middle-end/52614] New: [4.8 Regression] Test failures in gcc.dg/vect: vectorizing unaligned access

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52614 Bug #: 52614 Summary: [4.8 Regression] Test failures in gcc.dg/vect: vectorizing unaligned access Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug libstdc++/52612] std::tr1::bind doesn't work with placeholders

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52612 --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2012-03-19 10:39:10 UTC --- I seem to remember that this is a known problem of the tr1 version of this facility, per the specs. Changing the snippet like the following works:

[Bug testsuite/52614] [4.8 Regression] Test failures in gcc.dg/vect: vectorizing unaligned access

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52614 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Component|middle-end |testsuite

[Bug c/52611] ia64-hp-hpux11.31, internal compiler error: verify_gimple failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52611 --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-19 10:53:23 UTC --- (In reply to comment #4) I don't think we should drop a cast that changes a machine mode: --- tree-ssa.c.orig 2012-03-18 17:32:32.0 +0100

[Bug other/52609] -Wstrict-aliasing / missed diagnostics

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52609 --- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-19 10:54:24 UTC --- (In reply to comment #2) (In reply to comment #1) accessing unsigned* via float* looks buggy It does not have to be if the original argument was

[Bug other/52438] [4.7 Regression] Some files still GPLv2

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

[Bug libstdc++/35569] [c++0x] std::bind result functor doesn't accept rvalues

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35569 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added CC||anthony.ajw at

[Bug libstdc++/52612] std::tr1::bind doesn't work with placeholders

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52612 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug target/52607] v4df __builtin_shuffle with {0,2,1,3} or {1,3,0,2}

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607 --- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-19 11:13:52 UTC --- Created attachment 26915 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26915 gcc48-pr52607.patch AVX2 changes. This improves: 1) for {x, x, x, x}

[Bug libstdc++/52612] std::tr1::bind doesn't work with placeholders

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52612 --- Comment #3 from Anthony Williams anthony.ajw at gmail dot com 2012-03-19 11:15:45 UTC --- It's frustrating that the TR1 spec specifies lvalues (I assumed it was the same as std::bind). This came up in supposedly-portable code that works with

[Bug libstdc++/52612] std::tr1::bind doesn't work with placeholders

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52612 --- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2012-03-19 11:24:15 UTC --- Yeah, it's not ideal, but I have very little motivation (and even less time!) to improve tr1::bind now. For C++03 code there's boost::bind and for C++11 code

[Bug libstdc++/52604] mt allocator crashes on multi-threaded

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC||jakub at

[Bug c/52615] New: function pointer casting bug

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52615 Bug #: 52615 Summary: function pointer casting bug Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/52615] function pointer casting bug

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52615 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added CC||jsm28 at gcc

[Bug driver/52616] New: problem with '-m32' and specific arguments to '-o'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52616 Bug #: 52616 Summary: problem with '-m32' and specific arguments to '-o' Classification: Unclassified Product: gcc Version: 4.4.6 Status: UNCONFIRMED Severity: normal

[Bug driver/52616] problem with '-m32' and specific arguments to '-o'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52616 --- Comment #1 from Tomas Whitlock adpstw at yahoo dot co.uk 2012-03-19 14:11:13 UTC --- Created attachment 26916 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26916 Makefile for test case

[Bug driver/52616] problem with '-m32' and specific arguments to '-o'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52616 --- Comment #2 from Tomas Whitlock adpstw at yahoo dot co.uk 2012-03-19 14:11:53 UTC --- Created attachment 26917 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26917 C code for test case

[Bug c/52617] New: -Wconversion does not work for strlen

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52617 Bug #: 52617 Summary: -Wconversion does not work for strlen Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority:

[Bug fortran/47692] Numeric inaccuracy reported in testing lapack-3.3.0 BLAS module

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47692 Cezary Sliwa sliwa at blue dot cft.edu.pl changed: What|Removed |Added CC||sliwa at blue

[Bug c/52617] -Wconversion does not work for strlen

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52617 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-03-19 14:50:34 UTC --- You should get two warnings if you use -fno-builtin But do you really want it? The compiler is smart enough to know that strlen(bla) returns 3 so the warning

[Bug c++/52618] New: Explicit template specialization ignores access rights

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52618 Bug #: 52618 Summary: Explicit template specialization ignores access rights Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal

[Bug c++/52618] Explicit template specialization ignores access rights

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52618 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords||accepts-invalid

[Bug c++/52619] New: ICE/segmentation fault in lambda function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52619 Bug #: 52619 Summary: ICE/segmentation fault in lambda function Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/51255] Using -fwhole-program breaks code which puts values in .ctors or .init_array

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51255 --- Comment #3 from Jan Hubicka hubicka at gcc dot gnu.org 2012-03-19 15:35:28 UTC --- I would incline to declare this an user error. GCC does not control the meaning of all of the user specified sections and thus I would say that user is either

[Bug c++/14710] Warning about useless casts

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14710 --- Comment #10 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org 2012-03-19 15:51:36 UTC --- Author: paolo Date: Mon Mar 19 15:51:25 2012 New Revision: 185524 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=185524 Log: 2012-03-16

[Bug c++/14710] Warning about useless casts

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14710 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug driver/52616] problem with '-m32' and specific arguments to '-o'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52616 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c++/52620] New: using cannot import types in (non direct) base classes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52620 Bug #: 52620 Summary: using cannot import types in (non direct) base classes Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug c++/52620] using cannot import types in (non direct) base classes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52620 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-03-19 16:10:08 UTC --- template typename T struct bot: medT { using top::type; This is not valid, medT is a dependent base class so name lookup never looks in it, so top is not

[Bug fortran/52621] New: ICE when compiling Fortran77 code with optimization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52621 Bug #: 52621 Summary: ICE when compiling Fortran77 code with optimization Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal

[Bug fortran/52621] ICE when compiling Fortran77 code with optimization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52621 --- Comment #1 from Jan Lachnitt pepalogik at seznam dot cz 2012-03-19 16:13:22 UTC --- Created attachment 26921 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26921 Compiler output

[Bug c++/52620] using cannot import types in (non direct) base classes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52620 --- Comment #2 from Akim Demaille akim.demaille at gmail dot com 2012-03-19 16:16:37 UTC --- (I pasted the wrong bug report, I meant http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21484) (In reply to comment #1) template typename T struct bot:

[Bug c++/52620] using cannot import types in (non direct) base classes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52620 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c++/14258] typename in a using declaration not supported

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14258 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added CC||akim.demaille at

[Bug fortran/52622] New: ICE in gfortran 4.6.3, x86_64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622 Bug #: 52622 Summary: ICE in gfortran 4.6.3, x86_64 Classification: Unclassified Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: blocker Priority: P3

[Bug target/52607] v4df __builtin_shuffle with {0,2,1,3} or {1,3,0,2}

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot

[Bug bootstrap/52623] New: 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 Bug #: 52623 Summary: 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1 Classification: Unclassified Product: gcc Version: 4.7.0

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 --- Comment #1 from Michael Haubenwallner michael.haubenwallner at salomon dot at 2012-03-19 17:20:23 UTC --- Created attachment 26924 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26924 powerpc-ibm-aix7.1.0.0/ppc64/libquadmath/config.log

[Bug target/52624] New: Missing __builtin_bswap16

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52624 Bug #: 52624 Summary: Missing __builtin_bswap16 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug middle-end/45579] Re-enable IPA-CP for fn spec

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45579 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added CC||jamborm at gcc

[Bug target/52624] Missing __builtin_bswap16

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52624 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug target/52607] v4df __builtin_shuffle with {0,2,1,3} or {1,3,0,2}

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607 --- Comment #9 from Marc Glisse marc.glisse at normalesup dot org 2012-03-19 18:29:50 UTC --- (In reply to comment #8) I'm not very keen on having too many different routines, the more generic they are, the better. Agreed, that was one of my

[Bug testsuite/52614] [4.8 Regression] Test failures in gcc.dg/vect: vectorizing unaligned access

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52614 William J. Schmidt wschmidt at gcc dot gnu.org changed: What|Removed |Added CC||bergner

[Bug target/50751] SH Target: Displacement addressing does not work for QImode and HImode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50751 --- Comment #22 from Oleg Endo olegendo at gcc dot gnu.org 2012-03-19 18:59:22 UTC --- Author: olegendo Date: Mon Mar 19 18:59:16 2012 New Revision: 185534 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=185534 Log: PR target/50751 *

[Bug target/52607] v4df __builtin_shuffle with {0,2,1,3} or {1,3,0,2}

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607 --- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-19 19:18:33 UTC --- Created attachment 26925 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26925 gcc48-vselect.patch Patch to decrease memory cost of

[Bug target/31640] cache block alignment is too aggressive on sh-elf

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31640 Oleg Endo olegendo at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/52607] v4df __builtin_shuffle with {0,2,1,3} or {1,3,0,2}

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607 --- Comment #11 from Richard Henderson rth at gcc dot gnu.org 2012-03-19 19:36:03 UTC --- The vselect patch looks pretty good. + if (icode = 0 !testing_p) +x = copy_rtx (PATTERN (vselect_insn)); ... + if (!testing_p) +emit_insn (x);

[Bug target/50797] [x32] Use 32bit Pmode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50797 --- Comment #3 from Uros Bizjak ubizjak at gmail dot com 2012-03-19 20:08:26 UTC --- Fixed?

[Bug c++/52625] New: Incorrect specialization semantics of friend class template declaration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52625 Bug #: 52625 Summary: Incorrect specialization semantics of friend class template declaration Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug target/50797] [x32] Use 32bit Pmode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50797 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug other/52626] New: make check fixinclude test FAILURES

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52626 Bug #: 52626 Summary: make check fixinclude test FAILURES Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug gcov-profile/52627] New: [4.8 Regression] Build of libgcc fails w/o __GTHREAD_MUTEX_INIT: error: 'mx' undeclared

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52627 Bug #: 52627 Summary: [4.8 Regression] Build of libgcc fails w/o __GTHREAD_MUTEX_INIT: error: 'mx' undeclared Classification: Unclassified Product: gcc Version: 4.8.0

[Bug ada/40986] [4.5/4.6 regression] Assert_Failure sinfo.adb:360, error detected at a-unccon.ads:23:27

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40986 --- Comment #9 from nicolas.boulenguez at free dot fr 2012-03-19 20:49:55 UTC --- 4.6.3 (x86_64-pc-linux-gnu) Assert_Failure sinfo.adb:384

[Bug target/52628] New: SH Target: Inefficient shift by T bit result

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52628 Bug #: 52628 Summary: SH Target: Inefficient shift by T bit result Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug rtl-optimization/52629] New: global buffer overflow in gcc/reload1.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52629 Bug #: 52629 Summary: global buffer overflow in gcc/reload1.c Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority:

[Bug libstdc++/52540] std::use_facet throws bad_cast when compiled with _GLIBCXX_DEBUG

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540 --- Comment #16 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org 2012-03-19 23:48:21 UTC --- Author: paolo Date: Mon Mar 19 23:48:16 2012 New Revision: 185548 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=185548 Log: 2012-03-19

[Bug middle-end/52630] New: [4.7 regression] ICE when compiling ppl-0.12 testsuite

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52630 Bug #: 52630 Summary: [4.7 regression] ICE when compiling ppl-0.12 testsuite Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: major

[Bug middle-end/52630] [4.7 regression] ICE when compiling ppl-0.12 testsuite

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52630 --- Comment #1 from Matt Hargett matt at use dot net 2012-03-20 00:00:46 UTC --- Created attachment 26926 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26926 pre-processed sources that exhibit the ICE

[Bug target/52630] [4.7 regression] ICE when compiling ppl-0.12 testsuite

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52630 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Target||sparc

[Bug target/51244] SH Target: Inefficient conditional branch

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244 --- Comment #34 from Oleg Endo olegendo at gcc dot gnu.org 2012-03-20 01:04:19 UTC --- (In reply to comment #33) FYI, looking into the libstdc++ failures for sh4-unknown-linux-gnu, it seems that the call insn was swapped before prologue frame

[Bug target/51244] SH Target: Inefficient conditional branch

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244 --- Comment #35 from Kazumoto Kojima kkojima at gcc dot gnu.org 2012-03-20 01:45:14 UTC --- (In reply to comment #34) Interesting, thanks! I'll also test your patch and send it around, OK? OK, thanks! I'm a bit confused... was the issue

[Bug testsuite/52563] FAIL: gcc.dg/tree-ssa/scev-[3,4].c scan-tree-dump-times optimized a 1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52563 --- Comment #6 from Jiangning Liu liujiangning at gcc dot gnu.org 2012-03-20 02:32:12 UTC --- We cannot fix it without relaxing the POINTER_PLUS_EXPR constraints. I was working on that, but as usual the TYPE_IS_SIZETYPE removal has priority.