There is your bridge: http://kks.cabal.fi/HaskellAndPython
It's not polished and one might shoot his/her legs off while using
that -so be careful.
--
http://mail.python.org/mailman/listinfo/python-list
malkarouri [EMAIL PROTECTED] writes:
FWIW, I find #1 more interesting for me personally.
As a monad-challenged person, I find it much easier to develop
components using pure functional programming in a language like
Haskell and do all my I/O in Python than having it the other way
round.
Michaâ Janeczek [EMAIL PROTECTED] writes:
I wasn't aware of the runtime issues, these can be things to watch out
for. However, the type of embedding that I imagined would be mostly
pure functions, since Python can deal with IO rather well. It'd also
be applicable in situations where we want to
On 27 Mar 2008 23:49:46 -0700, Paul Rubin
http://phr.cx@nospam.invalid wrote:
Michaâ Janeczek [EMAIL PROTECTED] writes:
However, the type of embedding that I imagined would be mostly
pure functions, since Python can deal with IO rather well. It'd also
be applicable in situations where we
Micha? Janeczek wrote:
Hi,
I am a student interested in participating in this year's SoC.
At http://tsk.ch.uj.edu.pl/~janeczek/socapp.html (and also below
in this email) you can find a draft of my project proposal.
I'd like to ask you to comment on it, especially the deliverables
part.
On Thu, Mar 27, 2008 at 7:23 PM, Joshua Kugler [EMAIL PROTECTED] wrote:
You might want to take a look at this:
http://www.artfulcode.net/articles/extending-python-almost-anything/
That might get you started at least on the calling Haskell part.
Yes, ctypes is on my related works/projects
On 26 Mar, 08:46, Paul Rubin http://[EMAIL PROTECTED] wrote:
A few thoughts. The envisioned Python-Haskell bridge would have two
directions: 1) calling Haskell code from Python; 2) calling Python
code from Haskell. The proposal spends more space on #1 but I think
#1 is both more difficult
A few thoughts. The envisioned Python-Haskell bridge would have two
directions: 1) calling Haskell code from Python; 2) calling Python
code from Haskell. The proposal spends more space on #1 but I think
#1 is both more difficult and less interesting. By Haskell I
presume you mean GHC. I think
Thanks for finding time to reply!
On 26 Mar 2008 01:46:38 -0700, Paul Rubin
http://phr.cx@nospam.invalid wrote:
A few thoughts. The envisioned Python-Haskell bridge would have two
directions: 1) calling Haskell code from Python; 2) calling Python
code from Haskell. The proposal spends more
Hi,
This is my second take on the project proposal.
I have expanded on a few points, and hopefully
also clarified a little bit.
Please comment :)
Regards,
Michal
Python-Haskell bridge
=
Description
---
This project will seek to provide a comprehensive, high level
Hi,
I am a student interested in participating in this year's SoC.
At http://tsk.ch.uj.edu.pl/~janeczek/socapp.html (and also below
in this email) you can find a draft of my project proposal.
I'd like to ask you to comment on it, especially the deliverables
part. Are you interested in such a
11 matches
Mail list logo
