From eric.jones22 at us.army.mil  Thu Mar 20 21:34:50 2008
From: eric.jones22 at us.army.mil (Jones, Eric SPC MIL USA FORSCOM)
Date: Fri, 21 Mar 2008 02:04:50 +0430
Subject: [clpython-devel] inline
Message-ID: <1206048890.6027.8.camel@xplo43-23-system>

This may be a bit of the topic but would support for in-lining be
acceptable or even just close interoperability of the two languages.
Python and Lisp are similar but some pieces of code are more easily
implemented in one or the other. Maybe something like:

(LISP CODE)
   (LISP CODE)
      :@python
        python code	
	python code 
      :@PYTHON
   (LISP CODE)
(LISP CODE) 



From metawilm at gmail.com  Thu Mar 20 23:08:11 2008
From: metawilm at gmail.com (Willem Broekema)
Date: Fri, 21 Mar 2008 00:08:11 +0100
Subject: [clpython-devel] inline
In-Reply-To: <1206048890.6027.8.camel@xplo43-23-system>
References: <1206048890.6027.8.camel@xplo43-23-system>
Message-ID: <f6bc9b490803201608g6b5846au4721e68f989e6d62@mail.gmail.com>

Hello Eric,
Welcome to the list.

On Thu, Mar 20, 2008 at 10:34 PM, Jones, Eric SPC MIL USA FORSCOM
<eric.jones22 at us.army.mil> wrote:
> This may be a bit of the topic but would support for in-lining be
>  acceptable or even just close interoperability of the two languages.
>  Python and Lisp are similar but some pieces of code are more easily
>  implemented in one or the other. Maybe something like:
>
>  (LISP CODE)
>    (LISP CODE)
>       :@python
>         python code
>         python code
>       :@PYTHON
>    (LISP CODE)
>  (LISP CODE)

This is something I have thought about. There are some issues that
make this idea not very simple to do. Syntactically, indentation-based
Python code does not mix well with Lisp code. For that reason I think
the right granularity for mixed sources is whole top-level forms, not
inlined expressions like you in your example above. A semantic issue
when mixing code is that you have to define how Lisp bindings map to
Python variables, and how Python modules and Lisp packages should
relate to each other.

Note that the CLPython REPL has already some support for mixing
languages. The rule here is that input parsable as Python code is
Python code, everything else is Lisp code:

clpython(6): (repl)
[CLPython -- type `:q' to quit, `:help' for help]
>>> (1/2)      ;; valid Python code: truncating integer division
0
>>> (/ 1 2)    ;; invalid Python code, valid Lisp division: a ratio
1/2

Calling Python functions from Lisp or the other way around is not
straightforward. You could make use of the special variable '_'
indicating the result of the last expression. It is defined both as a
Python variable and a Lisp special variable:

>>> def f(x): return x+1
#<python-function f @ #x10fd7022>
>>> f(2)
3
>>> (funcall f 3)
;; Python parse failed:  SyntaxError: At line 1, parser got unexpected
token: `f'.
;; Lisp eval failed:  Attempt to take the value of the unbound
variable `clpython.app.repl::f'.
;; Current input is therefore ignored.
>>> f
#<python-function f @ #x10931b52>
>>> _
#<python-function f @ #x10931b52>
>>> (funcall _ 3)
4

Does this fit your use cases?

Cheers,
- Willem