Hi!
On Tue, 5 May 2015 11:43:20 +0200, I wrote:
> On Mon, 4 May 2015 10:20:14 -0400, John David Anglin
> wrote:
> > FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-3.c
> > -DACC_DEVICE_TYPE_host
> > =1 -DACC_MEM_SHARED=1 output pattern test, is
> > libgomp: no device found
> > , should ma
On Tue, 5 May 2015 16:09:18 +0200
Thomas Schwinge wrote:
> Hi!
>
> On Tue, 5 May 2015 08:43:48 -0400, John David Anglin
> wrote:
> > On 2015-05-05 5:43 AM, Thomas Schwinge wrote:
> > >> FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-62.c
> > >> >-DACC_DEVICE_TYPE_hos
> > >> >t=1 -DACC_ME
Hi!
On Tue, 5 May 2015 08:43:48 -0400, John David Anglin
wrote:
> On 2015-05-05 5:43 AM, Thomas Schwinge wrote:
> >> FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-62.c
> >> >-DACC_DEVICE_TYPE_hos
> >> >t=1 -DACC_MEM_SHARED=1 output pattern test, is , should match invalid size
> > With th
On 2015-05-05 8:43 AM, John David Anglin wrote:
It would seem resolve_device returned 0.
dispatchers[acc_device_nvidia] is zero when resolve_device is called.
Dave
--
John David Anglin dave.ang...@bell.net
On 2015-05-05 5:43 AM, Thomas Schwinge wrote:
FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-62.c
>-DACC_DEVICE_TYPE_hos
>t=1 -DACC_MEM_SHARED=1 output pattern test, is , should match invalid size
With this one I'll need your help: please cite from libgomp.log (or, from
a manual run) the
output message that you're getting.
Committed in r222799:
commit 92d46f1ab3a56ffa0deb412141fbbcbe7036f61d
Author: tschwinge
Date: Tue May 5 09:39:29 2015 +
[PR testsuite/65205, libgomp/65993] Fix dg-shouldfail usage in OpenACC
libgomp tests
In dg-output, don't expect "0x" prefi
Andreas Schwab writes:
> Rainer Orth writes:
>
>> You cannot expect printf to print "(nil)" or variant for NULL pointers.
>> E.g. on Solaris 10 you get a SEGV instead.
>
> You are probably mixing it up with %s. %p is required to handle NULL
> like any other valid pointer value.
Seems so. Sorr
Rainer Orth writes:
> You cannot expect printf to print "(nil)" or variant for NULL pointers.
> E.g. on Solaris 10 you get a SEGV instead.
You are probably mixing it up with %s. %p is required to handle NULL
like any other valid pointer value.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.or
On 2015-05-04 4:32 AM, Thomas Schwinge wrote:
Dave, would you please test the following patch, and report the
regression status compared to before r222620? (Compared to your existing
r222021 results, as posted in the PR, for example.)
With patch, we have the following fails on hppa2.0w-hp-hpux1
Thomas Schwinge writes:
> Additionally to the "%p" format specifier printing a "0x" prefix vs. not
> doing that, I've also changed the expected "(nil)" output for NULL
> pointers to instead match basically everything.
You cannot expect printf to print "(nil)" or variant for NULL pointers.
E.g. o
Hi!
On Thu, 30 Apr 2015 14:47:03 +0200, I wrote:
> Here is a patch, prepared by Jim Norris, to fix dg-shouldfail usage in
> OpenACC libgomp tests. It introduces two regressions (that is, makes the
> existing errors visible), which shall then be fixed later on:
> libgomp.oacc-c-c++-common/lib-3.c,
11 matches
Mail list logo
