> -Original Message-
> From: Jeff Law [mailto:l...@redhat.com]
> Sent: 30 January 2014 15:50
> To: Paulo Matos; Andreas Schwab
> Cc: gcc@gcc.gnu.org
> Subject: Re: Regression [v850,mep...]: sign_extend in loop breaks
> zero-overhead
> loop generation
>
> >
> > OK, of course. Don't know w
Hi,
I contact you because as an artist I just launched a new online art gallery:
www.harngallery.com.
It connects artists and collectors around the world through a curated
marketplace for affordable, original art.
We offer the artists the highest commission rates (80% of the selling price).
I
Hi,
I got this simple example to vectorize. Somehow, GCC (4.8) generates loop
version because
it cannot determine alias between acc[i] write and x[i].real read. It is pretty
obvious to me that they are not aliased based on TBAA information.
typedef struct
{
short real;
short imag;
} comple
On 1/31/14 4:02 PM, Bingfeng Mei wrote:
> Hi,
> I got this simple example to vectorize. Somehow, GCC (4.8) generates loop
> version because
> it cannot determine alias between acc[i] write and x[i].real read. It is
> pretty obvious to me that they are not aliased based on TBAA information.
>
> t
Thanks, Richard,
I will prepare a patch with test as well as filing a bug.
Bingfeng
-Original Message-
From: Richard Biener [mailto:rguent...@suse.de]
Sent: 31 January 2014 15:24
To: Bingfeng Mei; gcc@gcc.gnu.org
Subject: Re: No TBAA before ptr_derefs_may_alias_p?
On 1/31/14 4:02 PM, Bi
Unfortunately this patch doesn't work because the memory dependency is Anti in
this
case.
Why TBAA cannot handle anti- & output- dependencies? I check GCC bug database,
and
found pr38503 & pr38964. I don't fully understand it, but seems to me is
related
in handling C++ new operator. But this
Looks like there is a bug (in GOMP_target lowering? or in
gomp_map_vars_existing?)
The reproducer:
#define N 1000
void foo ()
{
int *a = malloc (N * sizeof (int));
printf ("1: %p\n", a);
#pragma omp target data map(tofrom: a[0:N])
{
printf ("2: %p\n", a);
#pragma omp target
{
On Fri, Jan 31, 2014 at 09:18:33PM +0400, Ilya Verbin wrote:
> Looks like there is a bug (in GOMP_target lowering? or in
> gomp_map_vars_existing?)
> The reproducer:
>
> #define N 1000
>
> void foo ()
> {
> int *a = malloc (N * sizeof (int));
> printf ("1: %p\n", a);
> #pragma omp target da
On January 31, 2014 6:01:36 PM GMT+01:00, Bingfeng Mei
wrote:
>Unfortunately this patch doesn't work because the memory dependency is
>Anti in this
>case.
>
>Why TBAA cannot handle anti- & output- dependencies? I check GCC bug
>database, and
>found pr38503 & pr38964. I don't fully understand i
2014-01-31 Jakub Jelinek :
> I'd suggest just using map(tofrom: a[0:N]) also on the #pragma omp target,
> then it is clear what should happen.
>
> Jakub
I agree that this will be clearer. But there is an example #49.1 in
the document [1] with the same case. And it crashes because the
poi
The following patch fixes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59985
The patch was successfully bootstrapped on x86/x86-64.
Committed as rev. 207375.
2014-01-31 Vladimir Makarov
PR bootstrap/59985
* lra-constraints.c (process_alt_operands): Update reload_sum
Jeff and Richard,
I was looking at the test failure of gcc.dg/tree-ssa/ssa-dom-thread-4.c
on MIPS. The failure is in the scan of how many jumps are threaded
which has changed from 6 to 4 on MIPS. I tracked down the change to
this patch:
2013-11-19 Jeff Law
* tree-ssa-threadedge.c (t
12 matches
Mail list logo
