You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Jun 28, 2022. It is now read-only.
Sometimes you have to generate macros automatically by the host program and inject them in the OpenCL-C code before it is compiled. In the C++-API therefore you can give the clBuildProgram-call a pointer to an option string. In the current version of the Haskell-API you can simulate this behaviour by prepending this string to the one you give the Haskell-call to compile. Unfortunately if you do this, the line number increases and if you receive an error message by the cl-compiler the line numbers it tells are too high.
Therefore it would be nice to be able to give the Haskell-call an additional (possibly empty) String and change it's signature to:
clBuildProgram :: CLProgram -> [CLDeviceID] -> String -> String -> IO ()
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Sometimes you have to generate macros automatically by the host program and inject them in the OpenCL-C code before it is compiled. In the C++-API therefore you can give the clBuildProgram-call a pointer to an option string. In the current version of the Haskell-API you can simulate this behaviour by prepending this string to the one you give the Haskell-call to compile. Unfortunately if you do this, the line number increases and if you receive an error message by the cl-compiler the line numbers it tells are too high.
Therefore it would be nice to be able to give the Haskell-call an additional (possibly empty) String and change it's signature to:
clBuildProgram :: CLProgram -> [CLDeviceID] -> String -> String -> IO ()
The text was updated successfully, but these errors were encountered: