On 28 October 2011 01:57, sxzzsf wrote:
> Hi,
>
> On the page of http://gcc.gnu.org/onlinedocs/, links to following libstdc++
> documents are inaccessible:
>
> http://gcc.gnu.org/onlinedocs/gcc-4.6.2/libstdc++/manual/spine.html
> http://gcc.gnu.org/onlinedocs/gcc-4.6.2/libstdc++/libstdc++-manual.pd
On 28 October 2011 08:04, Jonathan Wakely wrote:
> On 28 October 2011 01:57, sxzzsf wrote:
>> Hi,
>>
>> On the page of http://gcc.gnu.org/onlinedocs/, links to following libstdc++
>> documents are inaccessible:
>>
>> http://gcc.gnu.org/onlinedocs/gcc-4.6.2/libstdc++/manual/spine.html
>> http://gcc.
g++.dg/init/copy7.C makes sure that memcpy() is not emitted with
src and dst equal.
The fix installed absolutely relies upon a backend implementing
the movmem pattern, and essentially that such a pattern will
always succeed to emit for arbitrary circumstances.
However 1) not all platforms implem
On Fri, Oct 28, 2011 at 9:48 AM, David Miller wrote:
>
> g++.dg/init/copy7.C makes sure that memcpy() is not emitted with
> src and dst equal.
The testcase is bogus and should be removed. See the patch I posted
(and the PR). Unfortunately the patch didn't get any review yet.
> The fix installe
From: Richard Guenther
Date: Fri, 28 Oct 2011 11:27:25 +0200
> On Fri, Oct 28, 2011 at 9:48 AM, David Miller wrote:
>>
>> g++.dg/init/copy7.C makes sure that memcpy() is not emitted with
>> src and dst equal.
>
> The testcase is bogus and should be removed. See the patch I posted
> (and the PR
On Fri, Oct 28, 2011 at 12:21 PM, David Miller wrote:
> From: Richard Guenther
> Date: Fri, 28 Oct 2011 11:27:25 +0200
>
>> On Fri, Oct 28, 2011 at 9:48 AM, David Miller wrote:
>>>
>>> g++.dg/init/copy7.C makes sure that memcpy() is not emitted with
>>> src and dst equal.
>>
>> The testcase is b
From: Richard Guenther
Date: Fri, 28 Oct 2011 12:47:30 +0200
> Then we have to fix the middle-end which will happily expand
> block-moves to memcpy with exact overlap (a = a is valid in C).
> See the PR and the C testcases therein.
>
> Just trying to avoid this in the C++ frontend is bogus.
Agr
On Fri, Oct 28, 2011 at 12:54 PM, David Miller wrote:
> From: Richard Guenther
> Date: Fri, 28 Oct 2011 12:47:30 +0200
>
>> Then we have to fix the middle-end which will happily expand
>> block-moves to memcpy with exact overlap (a = a is valid in C).
>> See the PR and the C testcases therein.
>>
On 10/28/2011 12:35 AM, Zoltán Kócsi wrote:
On Thu, 27 Oct 2011 23:31:14 -0400
Robert Dewar wrote:
- I am missing a gcc flag
probably you should avoid extra precision and all the
issues it brings, as well as speed up your program, by
using SSE 64-bit arithmetic (using the appropriate gcc
fla
I'm rewriting a back-end originally based on AVR to eliminate insns for
multi-word operations (output templates like "add\;addc") and to use MODE_CC
instead of an unusual attribute-based approach. The motivation is that I've
mostly found gcc does a better job than the existing back-end if it's sho
On 10/27/2011 10:05 PM, David Miller wrote:
>
> I'm getting an ICE on 64-bit sparc for some vector test cases but
> I'm not sure where the fix belongs.
>
> When the compiler expands a vecor shift by scalar into a vector
> shift by a vector it uses expand_vector_broadcast(), which has
> a comment
On Fri, Oct 28, 2011 at 09:07:31AM -0700, Richard Henderson wrote:
> I think this is the same problem as Jakub is attacking here:
>
> http://gcc.gnu.org/ml/gcc-patches/2011-10/msg02503.html
It has been checked in already. But my patch only deals
with the vector << vector case, vector << scalar
On 10/28/2011 06:49 AM, Peter Bigot wrote:
> I'm inclined to follow sparc's lead, but is one or another of the choices
> more likely to help combine/reload/etc do a better job?
I don't know.
In the case of RX, we don't model CC_REG until after reload, so combine really
doesn't get a shot at it.
Snapshot gcc-4.6-20111028 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20111028/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.6 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
14 matches
Mail list logo