[go: up one dir, main page]

Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Calling createProgram results in exception #30

Closed
freemo opened this issue Dec 12, 2016 · 3 comments
Closed

Calling createProgram results in exception #30

freemo opened this issue Dec 12, 2016 · 3 comments
Assignees
Labels
bug Fix something that is broken
Milestone

Comments

@freemo
Copy link
Member
freemo commented Dec 12, 2016

Anytime createProgram is called an exception is thrown due to improper linking.

java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at org.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:294)
        at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.UnsatisfiedLinkError: com.aparapi.internal.jni.OpenCLJNI.createProgram(Lcom/aparapi/device/OpenCLDevice;Ljava/lang/String;)Lcom/aparapi/internal/opencl/OpenCLProgram;
        at com.aparapi.internal.jni.OpenCLJNI.createProgram(Native Method)
        at com.aparapi.internal.opencl.OpenCLProgram.createProgram(OpenCLProgram.java:76)
        at com.aparapi.device.OpenCLDevice.bind(OpenCLDevice.java:423)
        at com.aparapi.device.OpenCLDevice.bind(OpenCLDevice.java:351)
        at com.aparapi.examples.extension.FFTExample.main(FFTExample.java:112)
        at com.aparapi.examples.All.selected(All.java:142)
        at com.aparapi.examples.All.main(All.java:79)
        ... 6 more

This is related to this issue: Syncleus/aparapi-examples#3

freemo added a commit that referenced this issue Dec 12, 2016
Issue: #30
freemo added a commit that referenced this issue Dec 13, 2016
@freemo
Copy link
Member Author
freemo commented Dec 13, 2016

After fixing the last bug a new one came up where kernel = null. For this reason it seems the binaryKey specific code was never properly tested. This means we can abandon this on the 2.x branch and instead use the method proposed by ucores, which supposidly is tested a bit better and actually works.

@freemo freemo added the bug Fix something that is broken label Jan 2, 2017
@freemo
Copy link
Member Author
freemo commented Oct 21, 2017

this is working now on linux and osx, just need to compile it for windows.

@freemo freemo added this to the 1.5.0 milestone Oct 21, 2017
@freemo freemo self-assigned this Oct 21, 2017
@freemo
Copy link
Member Author
freemo commented Oct 23, 2017

Update: So got the ucores code in and its working great. Recompiled the native library for linux and osx and it passes all tests. Just need to compile it for windows and test it and then ill be able to close this ticket.

@freemo freemo modified the milestones: 1.5.0, 1.6.0 Mar 27, 2018
@freemo freemo modified the milestones: 1.6.0, 1.5.0 Apr 15, 2018
@freemo freemo closed this as completed Apr 15, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Fix something that is broken
Projects
None yet
Development

No branches or pull requests

1 participant