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

Haskell support #18

Closed
inureyes opened this issue Aug 23, 2016 · 1 comment
Closed

Haskell support #18

inureyes opened this issue Aug 23, 2016 · 1 comment
Assignees

Comments

@inureyes
Copy link
Member

  • Haskell support
  • For language specific course.
adrysn added a commit that referenced this issue Oct 23, 2016
adrysn added a commit that referenced this issue Nov 1, 2016
adrysn added a commit that referenced this issue Nov 2, 2016
* Default return type of Aeson's encode is lazy ByteString, which is incompatible with the prototype of haskell-zeromq's send function
adrysn added a commit that referenced this issue Nov 2, 2016
adrysn added a commit that referenced this issue Nov 2, 2016
I still don't know about monad, but by using liftIO, we can print something to the console in any monad by lifting to IO monad
@adrysn
Copy link
Member

adrysn commented Nov 14, 2016

Handling Monad is too confusing for me. I haven't figured out how to walk about among various monads yet, and this prevents me to write execution routine and intercepting std*.

Instead, I will try to write a haskell code execution script with other languages (e.g. python):

  • ZMQ / std* handling is done by a python script.
  • User's haskell code will be saved as a temporary file (e.g.: tmp_haskell.hs)
  • The saved code will be executed by running runhaskell tmp_haskell.hs.
  • The temporary file will be deleted.
  • Captured execution result will be parsed and returned in a python script.

adrysn added a commit that referenced this issue Nov 14, 2016
* Haskell code execution is handled in a python script

* Delivered haskell code is saved in a temporary file and run by runhaskell command

* stdout and stderr is captured by python's subprocess.run() and returned
adrysn added a commit that referenced this issue Nov 14, 2016
achimnol added a commit that referenced this issue Feb 24, 2017
 * This stdout/stderr-capturing wrapper kernel will become the base
   for compiled language environments such as C/C++, Go, and Rust.
adrysn added a commit that referenced this issue Oct 22, 2017
* TODO: cabal package is not readable in runner script
adrysn added a commit that referenced this issue Oct 22, 2017
* Cabal installs package locally by default. So, packages installed by cabal in image build step can only be visible by root user.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants