Hi!
On Tue, 11 Nov 2014 13:53:23 +, Julian Brown jul...@codesourcery.com
wrote:
On Tue, 23 Sep 2014 19:19:31 +0100
Julian Brown jul...@codesourcery.com wrote:
This patch contains the bulk of the OpenACC 2.0 runtime support,
building around, or on top of, the OpenMP 4.0 support (as
Hi!
On Tue, 11 Nov 2014 13:53:23 +, Julian Brown jul...@codesourcery.com
wrote:
On Tue, 23 Sep 2014 19:19:31 +0100
Julian Brown jul...@codesourcery.com wrote:
This patch contains the bulk of the OpenACC 2.0 runtime support,
building around, or on top of, the OpenMP 4.0 support (as
Hi!
On Tue, 11 Nov 2014 13:53:23 +, Julian Brown jul...@codesourcery.com
wrote:
On Tue, 23 Sep 2014 19:19:31 +0100
Julian Brown jul...@codesourcery.com wrote:
This patch contains the bulk of the OpenACC 2.0 runtime support,
building around, or on top of, the OpenMP 4.0 support (as
Hi!
On Tue, 11 Nov 2014 13:53:23 +, Julian Brown jul...@codesourcery.com
wrote:
On Tue, 23 Sep 2014 19:19:31 +0100
Julian Brown jul...@codesourcery.com wrote:
This patch contains the bulk of the OpenACC 2.0 runtime support,
building around, or on top of, the OpenMP 4.0 support (as
Hi!
On Tue, 11 Nov 2014 13:53:23 +, Julian Brown jul...@codesourcery.com
wrote:
On Tue, 23 Sep 2014 19:19:31 +0100
Julian Brown jul...@codesourcery.com wrote:
This patch contains the bulk of the OpenACC 2.0 runtime support,
building around, or on top of, the OpenMP 4.0 support (as
Hi!
On Tue, 11 Nov 2014 13:53:23 +, Julian Brown jul...@codesourcery.com
wrote:
On Tue, 23 Sep 2014 19:19:31 +0100
Julian Brown jul...@codesourcery.com wrote:
This patch contains the bulk of the OpenACC 2.0 runtime support,
building around, or on top of, the OpenMP 4.0 support (as
On 11/19/2014 11:44 AM, Bernd Schmidt wrote:
I'm attaching the patch in the form in which I've made it work locally,
plus Cesar's patch which is needed on top of it. Julian, you'll probably
want to look for that patch since it also included testsuite changes.
Cesar - have a look over this
Hi!
On Wed, 12 Nov 2014 11:06:26 +0100, Jakub Jelinek ja...@redhat.com wrote:
On Tue, Nov 11, 2014 at 01:53:23PM +, Julian Brown wrote:
[OpenACC libgomp changes]
[openacc.f90, and exporting symbols in libgomp.map]
+OACC_2.0 {
+ global:
+ acc_get_num_devices;
+
Hi!
On Wed, 12 Nov 2014 11:06:26 +0100, Jakub Jelinek ja...@redhat.com wrote:
On Tue, Nov 11, 2014 at 01:53:23PM +, Julian Brown wrote:
@@ -1181,6 +1197,7 @@ initialize_env (void)
gomp_global_icv.thread_limit_var
= thread_limit_var INT_MAX ? UINT_MAX : thread_limit_var;
On Tue, Nov 11, 2014 at 01:53:23PM +, Julian Brown wrote:
A few OpenMP tests fail with the new host_nonshm plugin (with failures
of the form libgomp: Trying to update [0x605820..0x605824) object that
is not mapped), probably because of middle-end bugs. I haven't
investigated those in
Hi!
On Wed, 12 Nov 2014 11:06:26 +0100, Jakub Jelinek ja...@redhat.com wrote:
On Tue, Nov 11, 2014 at 01:53:23PM +, Julian Brown wrote:
+# TODO. See testsuite/lib/libgomp.exp:libgomp_init.
+INTERNAL {
+ global:
+ initialize_env;
+};
This should not have been part of the
On Wed, 12 Nov 2014 11:06:26 +0100
Jakub Jelinek ja...@redhat.com wrote:
On Tue, Nov 11, 2014 at 01:53:23PM +, Julian Brown wrote:
A few OpenMP tests fail with the new host_nonshm plugin (with
failures of the form libgomp: Trying to update
[0x605820..0x605824) object that is not
On Wed, Nov 12, 2014 at 11:03:26AM +, Julian Brown wrote:
Thanks for the review! I'll work on addressing your comments. Your
characterization of the host_nonshm plugin sounds accurate, but OOI,
what does the Intel MIC plugin do differently that means it is not
subject to the same problem
Hi!
On Wed, 12 Nov 2014 11:06:26 +0100, Jakub Jelinek ja...@redhat.com wrote:
On Tue, Nov 11, 2014 at 01:53:23PM +, Julian Brown wrote:
--- a/libgomp/configure.ac
+++ b/libgomp/configure.ac
@@ -2,6 +2,8 @@
# aclocal -I ../config autoconf autoheader automake
AC_PREREQ(2.64)
On Wed, Nov 12, 2014 at 12:18:13PM +0100, Thomas Schwinge wrote:
On Wed, 12 Nov 2014 11:06:26 +0100, Jakub Jelinek ja...@redhat.com wrote:
On Tue, Nov 11, 2014 at 01:53:23PM +, Julian Brown wrote:
--- a/libgomp/configure.ac
+++ b/libgomp/configure.ac
@@ -2,6 +2,8 @@
# aclocal
On Wed, 2014-11-12 at 12:33 +0100, Jakub Jelinek wrote:
On Wed, Nov 12, 2014 at 12:18:13PM +0100, Thomas Schwinge wrote:
On Wed, 12 Nov 2014 11:06:26 +0100, Jakub Jelinek ja...@redhat.com wrote:
On Tue, Nov 11, 2014 at 01:53:23PM +, Julian Brown wrote:
--- a/libgomp/configure.ac
On Wed, Nov 12, 2014 at 08:33:34AM -0500, David Malcolm wrote:
Apologies for bikeshedding, and I normally dislike cute names, but
renaming it to
GNU Offloading and Multi Processing library
would allow a backronym of libgomp, thus preserving the existing
filenames/SONAME etc.
I think
On Wed, 2014-11-12 at 14:47 +0100, Jakub Jelinek wrote:
On Wed, Nov 12, 2014 at 08:33:34AM -0500, David Malcolm wrote:
Apologies for bikeshedding, and I normally dislike cute names, but
renaming it to
GNU Offloading and Multi Processing library
would allow a backronym of libgomp,
On Wed, Nov 12, 2014 at 03:22:21PM -0500, David Malcolm wrote:
On Wed, 2014-11-12 at 14:47 +0100, Jakub Jelinek wrote:
On Wed, Nov 12, 2014 at 08:33:34AM -0500, David Malcolm wrote:
Apologies for bikeshedding, and I normally dislike cute names, but
renaming it to
GNU Offloading
On Wed, 2014-11-12 at 21:30 +0100, Jakub Jelinek wrote:
On Wed, Nov 12, 2014 at 03:22:21PM -0500, David Malcolm wrote:
On Wed, 2014-11-12 at 14:47 +0100, Jakub Jelinek wrote:
On Wed, Nov 12, 2014 at 08:33:34AM -0500, David Malcolm wrote:
Apologies for bikeshedding, and I normally dislike
On Nov 12, 2014, at 2:55 AM, Thomas Schwinge tho...@codesourcery.com wrote:
There is no mechanism in DejaGnu to pass environment variables to remote
boards (which we're using in internal testing), and we currently use that
to circle through available accelerators/libgomp plugins
So, two
21 matches
Mail list logo