On 14/03/16 14:16, Tom de Vries wrote:
On 02/12/15 10:58, Jakub Jelinek wrote:
On Fri, Nov 27, 2015 at 01:03:52PM +0100, Tom de Vries wrote:
Handle non-declared variables in kernels alias analysis
2015-11-27 Tom de Vries
* gimplify.c (gimplify_scan_omp_clauses):
On 02/12/15 10:58, Jakub Jelinek wrote:
On Fri, Nov 27, 2015 at 01:03:52PM +0100, Tom de Vries wrote:
Handle non-declared variables in kernels alias analysis
2015-11-27 Tom de Vries
* gimplify.c (gimplify_scan_omp_clauses): Initialize
Hi!
On Wed, 16 Dec 2015 15:42:55 +0100, Tom de Vries wrote:
> On 16/12/15 14:16, Richard Biener wrote:
> > On Mon, 14 Dec 2015, Tom de Vries wrote:
> >
> >> On 14/12/15 14:26, Richard Biener wrote:
> >>> On Sun, 13 Dec 2015, Tom de Vries wrote:
> This patch:
> -
On 16/12/15 14:16, Richard Biener wrote:
On Mon, 14 Dec 2015, Tom de Vries wrote:
On 14/12/15 14:26, Richard Biener wrote:
On Sun, 13 Dec 2015, Tom de Vries wrote:
On 11/12/15 14:00, Richard Biener wrote:
On Fri, 11 Dec 2015, Tom de Vries wrote:
On 13/11/15 12:39, Jakub Jelinek wrote:
On Mon, 14 Dec 2015, Tom de Vries wrote:
> On 14/12/15 14:26, Richard Biener wrote:
> > On Sun, 13 Dec 2015, Tom de Vries wrote:
> >
> > > On 11/12/15 14:00, Richard Biener wrote:
> > > > On Fri, 11 Dec 2015, Tom de Vries wrote:
> > > >
> > > > > On 13/11/15 12:39, Jakub Jelinek wrote:
> > > >
On 14/12/15 14:26, Richard Biener wrote:
On Sun, 13 Dec 2015, Tom de Vries wrote:
On 11/12/15 14:00, Richard Biener wrote:
On Fri, 11 Dec 2015, Tom de Vries wrote:
On 13/11/15 12:39, Jakub Jelinek wrote:
We simply have some compiler internal interface between the caller and
callee of the
On Sun, 13 Dec 2015, Tom de Vries wrote:
> On 11/12/15 14:00, Richard Biener wrote:
> > On Fri, 11 Dec 2015, Tom de Vries wrote:
> >
> > > On 13/11/15 12:39, Jakub Jelinek wrote:
> > > > We simply have some compiler internal interface between the caller and
> > > > callee of the outlined
On 11/12/15 14:00, Richard Biener wrote:
On Fri, 11 Dec 2015, Tom de Vries wrote:
On 13/11/15 12:39, Jakub Jelinek wrote:
We simply have some compiler internal interface between the caller and
callee of the outlined regions, each interface in between those has
its own structure type used to
On 13/11/15 12:39, Jakub Jelinek wrote:
We simply have some compiler internal interface between the caller and
callee of the outlined regions, each interface in between those has
its own structure type used to communicate the info;
we can attach attributes on the fields, or some flags to
On Fri, 11 Dec 2015, Tom de Vries wrote:
> On 13/11/15 12:39, Jakub Jelinek wrote:
> > We simply have some compiler internal interface between the caller and
> > callee of the outlined regions, each interface in between those has
> > its own structure type used to communicate the info;
> > we can
On 11/11/15 12:00, Jakub Jelinek wrote:
On Wed, Nov 11, 2015 at 11:51:02AM +0100, Richard Biener wrote:
The option -foffload-alias=pointer instructs the compiler to assume that
objects references in an offload region do not alias.
The option -foffload-alias=all instructs the compiler to make
On Fri, Nov 27, 2015 at 01:03:52PM +0100, Tom de Vries wrote:
> Handle non-declared variables in kernels alias analysis
>
> 2015-11-27 Tom de Vries
>
> * gimplify.c (gimplify_scan_omp_clauses): Initialize
> OMP_CLAUSE_ORIG_DECL.
> * omp-low.c
On Fri, Nov 27, 2015 at 12:42:09PM +0100, Tom de Vries wrote:
> --- a/gcc/omp-low.c
> +++ b/gcc/omp-low.c
> @@ -1366,10 +1366,12 @@ build_sender_ref (tree var, omp_context *ctx)
>return build_sender_ref ((splay_tree_key) var, ctx);
> }
>
> -/* Add a new field for VAR inside the structure
On 02/12/15 10:45, Jakub Jelinek wrote:
On Fri, Nov 27, 2015 at 12:42:09PM +0100, Tom de Vries wrote:
--- a/gcc/omp-low.c
+++ b/gcc/omp-low.c
@@ -1366,10 +1366,12 @@ build_sender_ref (tree var, omp_context *ctx)
return build_sender_ref ((splay_tree_key) var, ctx);
}
-/* Add a new field
On 23/11/15 12:41, Richard Biener wrote:
On Sat, 21 Nov 2015, Tom de Vries wrote:
>On 13/11/15 12:39, Jakub Jelinek wrote:
> >On Fri, Nov 13, 2015 at 12:29:51PM +0100, Richard Biener wrote:
> > > >thanks for the explanation. Filed as PR68331 - '[meta-bug] fipa-pta
> > > >issues'.
> > > >
> >
On 27/11/15 12:42, Tom de Vries wrote:
On 23/11/15 12:41, Richard Biener wrote:
On Sat, 21 Nov 2015, Tom de Vries wrote:
>On 13/11/15 12:39, Jakub Jelinek wrote:
> >On Fri, Nov 13, 2015 at 12:29:51PM +0100, Richard Biener wrote:
> > > >thanks for the explanation. Filed as PR68331 -
On Sat, 21 Nov 2015, Tom de Vries wrote:
> On 13/11/15 12:39, Jakub Jelinek wrote:
> > On Fri, Nov 13, 2015 at 12:29:51PM +0100, Richard Biener wrote:
> > > > thanks for the explanation. Filed as PR68331 - '[meta-bug] fipa-pta
> > > > issues'.
> > > >
> > > > Any feedback on the '#pragma GCC
On 13/11/15 12:39, Jakub Jelinek wrote:
On Fri, Nov 13, 2015 at 12:29:51PM +0100, Richard Biener wrote:
thanks for the explanation. Filed as PR68331 - '[meta-bug] fipa-pta issues'.
Any feedback on the '#pragma GCC offload-alias=' bit above?
Is that sort of what you had in
On Fri, 13 Nov 2015, Tom de Vries wrote:
> On 13/11/15 09:46, Richard Biener wrote:
> > On Thu, 12 Nov 2015, Tom de Vries wrote:
> >
> > > On 11/11/15 12:00, Jakub Jelinek wrote:
> > > > On Wed, Nov 11, 2015 at 11:51:02AM +0100, Richard Biener wrote:
> > > > > > The option
On Fri, Nov 13, 2015 at 12:29:51PM +0100, Richard Biener wrote:
> > thanks for the explanation. Filed as PR68331 - '[meta-bug] fipa-pta issues'.
> >
> > Any feedback on the '#pragma GCC offload-alias=' bit
> > above?
> > Is that sort of what you had in mind?
>
> Yes. Whether
On Thu, 12 Nov 2015, Tom de Vries wrote:
> On 11/11/15 12:00, Jakub Jelinek wrote:
> > On Wed, Nov 11, 2015 at 11:51:02AM +0100, Richard Biener wrote:
> > > > The option -foffload-alias=pointer instructs the compiler to assume that
> > > > objects references in an offload region do not alias.
> >
On 13/11/15 09:46, Richard Biener wrote:
On Thu, 12 Nov 2015, Tom de Vries wrote:
On 11/11/15 12:00, Jakub Jelinek wrote:
On Wed, Nov 11, 2015 at 11:51:02AM +0100, Richard Biener wrote:
The option -foffload-alias=pointer instructs the compiler to assume that
objects references in an offload
On 11/11/15 12:00, Jakub Jelinek wrote:
On Wed, Nov 11, 2015 at 11:51:02AM +0100, Richard Biener wrote:
The option -foffload-alias=pointer instructs the compiler to assume that
objects references in an offload region do not alias.
The option -foffload-alias=all instructs the compiler to make
On Mon, 9 Nov 2015, Tom de Vries wrote:
> On 09/11/15 16:35, Tom de Vries wrote:
> > Hi,
> >
> > this patch series for stage1 trunk adds support to:
> > - parallelize oacc kernels regions using parloops, and
> > - map the loops onto the oacc gang dimension.
> >
> > The patch series contains
On Wed, Nov 11, 2015 at 11:51:02AM +0100, Richard Biener wrote:
> > The option -foffload-alias=pointer instructs the compiler to assume that
> > objects references in an offload region do not alias.
> >
> > The option -foffload-alias=all instructs the compiler to make no
> > assumptions about
On 09/11/15 16:35, Tom de Vries wrote:
Hi,
this patch series for stage1 trunk adds support to:
- parallelize oacc kernels regions using parloops, and
- map the loops onto the oacc gang dimension.
The patch series contains these patches:
1Insert new exit block only when needed in
26 matches
Mail list logo