[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-apl] Python Interface

From: Dr . Jürgen Sauermann
Subject: Re: [Bug-apl] Python Interface
Date: Mon, 17 Jun 2019 12:07:38 +0200
User-agent: Mozilla/5.0 (X11; Linux i686; rv:60.0) Gecko/20100101 Thunderbird/60.6.1

the effort should be rather low. If you look at the Python interface (file src/python_apl.cc)
then it has only 823 lines of C++ code. The python interface is a re-write of libapl so I could
have used libapl to further reduce the code size. But I found it cleaner to interface directly.

Regarding fpc it depends on how they have built their C/C++ interface (if they did).
The last time I used Pascal was the time when the only other programming
language on my platform was BASIC. So I am not really up-to-date with Pascal.
If you want to try it, then I can help with technical information that you may need.

The shell approach is fine as long as your programs process a small to medium
amount of data. When the volume of data becomes huge then you have a lot of
overhead (formatting on the shell side and tokenization and optimization on the
APL side) which can only be avoided by calling directly into the APL interpreter.

On 6/17/19 3:22 AM, address@hidden wrote:
What would it take to do this also with fpc? (freepascal)
i am calling cli apl from fpc aprocess.execute which creates a nice shell (like executing cli apl in a bash shell)


pretty fantastic thing you did with this gnu apl (time to renew my annual vows)
the python interface will surely be fun and very usefull to use (the indenttion requirement makes me long for fortran)

On Sun, 16 Jun 2019 23:58:44 +0200
Dr. Jürgen Sauermann <address@hidden> wrote:

See below

On 6/16/19 10:22 PM, address@hidden wrote:

what on earth is this python of which you speak?
His first name is Monty and he's a British comedian.

c/c++ ?  i didn't think they had any other use then creating buffer overflows and keeping gcc lang devs off welfare? (court ordered community service or something?) The other purpose is enabling GNU APL which is written in C++

erlang? is that lisp++ ? Its a language developed by a Swedish company for which I worked for more than 20 years and
which is now trying to deprive me of (parts of) the corporate pension that they promised to pay
when I retire. I retired last year, but haven't seen a penny yet.

On Sun, 16 Jun 2019 21:42:30 +0200
Dr. Jürgen Sauermann <address@hidden> wrote:


in following a suggestion by Kumar Ramanathan, I have created a Python interface for GNU APL.
With that interface you can execute APL code, create APL defined functions, etc.  from Python.
Similar to libapl for C/C++ or to the Erlang interface.

See README-10-python for details.

SVN 1167.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]