On Mon, 2013-05-20 at 12:59 +0200, O. Hartmann wrote:
> On Mon, 2013-05-20 at 11:48 +0200, O. Hartmann wrote:
> > On Mon, 2013-05-20 at 12:26 +0300, Kalle Raiskila wrote:
> > > On 20/05/13 11:08, ext O. Hartmann wrote:
> > > > Attached, you'll find the config.log and the config.h files as requested
> > > > from the build of this morning.
> > > 
> > > Could you please try applying this patch and rebuilding:
> > > 
> > > === modified file 'scripts/pocl-workgroup.in'
> > > --- scripts/pocl-workgroup.in     2013-04-30 12:10:14 +0000
> > > +++ scripts/pocl-workgroup.in     2013-05-20 09:23:11 +0000
> > > @@ -79,6 +79,7 @@
> > >     tce-*)       target_dir="tce";;
> > >     i?86*)       target_dir="x86_64";;
> > >     x86_64-*)    target_dir="x86_64";;
> > > +  amd64-*)     target_dir="x86_64";;
> > >   esac
> > > 
> > >   full_target_dir="@pkglibdir@/${target_dir}"
> > > 
> > > 
> > > kalle
> > > 
> > 
> > 
> > Hello Kalle.
> > 
> > I did. Nothing changes so far (for my naked eye).
> > 
> > pocl-0.8 builds. Calling from its top level 
> > 
> > make check
> > 
> > ends up in this error message:
> > 
> > [...]
> > libtool: link: ranlib .libs/libOpenCL.a
> > libtool: link: rm -fr .libs/libOpenCL.lax
> > libtool: link: ( cd ".libs" && rm -f "libOpenCL.la" && ln -s
> > "../libOpenCL.la" "libOpenCL.la" )
> > Making check in kernel
> > Making check in x86_64
> > make: "/usr/ports/devel/pocl/work/pocl-0.8/lib/kernel/x86_64/Makefile"
> > line 1108: warning: duplicate script for target "%.bc" ignored
> > make: "/usr/ports/devel/pocl/work/pocl-0.8/lib/kernel/x86_64/Makefile"
> > line 1106: warning: using previous script for "%.bc" defined here
> > Making check in poclu
> > Making check in scripts
> > make: don't know how to make %:. Stop
> > 
> > make: stopped in /usr/ports/devel/pocl/work/pocl-0.8/scripts
> > [...]
> 
> ... my bad - I run the build process from the FreeBSD ports framework,
> so some environmental variables are not set when calling any make target
> from within the base folder of pocl-0.8.
> 
> Having a "check" set in the toplevel ports Makefile (adding the make
> target "check") results in a clean build and jumping/processing all the
> tests - but the tests all fail as reported earlier.
> 
> > 
> > 
> > When I call "make check" from within the folder tests, all the tests are
> > marked as FAILED as I reported earlier, but this might be due to I can
> > not call make check from with tests? 
> > 
> > Oliver

After having said that and patched the port again, this error in the
examples is bothering me:

[...]
Making check in standalone
gmake[3]: Entering directory
`/usr/ports/devel/pocl/work/pocl-0.8/examples/standalone'
../../scripts/pocl-standalone -h standalone.h -o standalone.bc
standalone.cl
In file included from <built-in>:157:
<command line>:1:10: fatal error:
'/usr/ports/devel/pocl/work/pocl-0.8/include/amd64-portbld-freebsd10.0/types.h' 
file not found
#include
"/usr/ports/devel/pocl/work/pocl-0.8/include/amd64-portbld-freebsd10.0/types.h"
         ^
1 error generated.
/usr/local/bin/opt: ./.pocl64950/kernel.bc: error: Could not open input
file: No such file or directory
llvm-link: ./.pocl64950/kernel.bc: error: Could not open input file: No
such file or directory
llvm-link: error loading file './.pocl64950/kernel.bc'
/usr/local/bin/opt: ./.pocl64950/linked.bc: error: Could not open input
file: No such file or directory
gmake[3]: Leaving directory
`/usr/ports/devel/pocl/work/pocl-0.8/examples/standalone'
[...]


Several checks now pass with [OK], but other don't:

6: Kernel functions min and max when the operands are of different sign
skipped (testsuite.at:83)

10: Kernel functions << >> rotate                   UNEXPECTED PASS

47: struct kernel arguments - lp:987905             expected failure
(testsuite-regression.at:91)

48: vector kernel arguments - lp:987905             FAILED
(testsuite-regression.at:99)

From ViennaCL, only pass Nr. 67 passes [OK], all others fail Rodinia and
AMD are not available on my platform, so it is expected , I guess)

Attachment: signature.asc
Description: This is a digitally signed message part

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
_______________________________________________
pocl-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/pocl-devel

Reply via email to