First of all, I want to thank everyone for carrying on this discussion.
Second, I'd like to echo the positive comments regarding GNU APL. I've
seen a lot of free APL systems come and go over the past 40 years; GNU
APL is really the first one that's both useful and open-sourced. My
heartfelt prais
This discussion is and has been healthy and useful - at least to me.
Jürgen's point's wrt the open issue of libraries etc gives us good ground to
stand on.
Are we not all "newbies" wrt GNU APL even those who have a history using APL? I
certainly feel that way.
Personally there has been an underl
Hi,
I see. I have changed the test in configure so that it checks whether the
compiler is g++ rather than whether it accepts -rdynamic. SVN 221.
That should also avoid the same warning in Solaris.
/// Jürgen
On 04/22/2014 07:01 PM, Peter Teeson wrote:
Hi Jürgen:
Gandalf:~ pteeson$ man gcc
No
Hi ,
don't wait any longer for ⎕host. Its already there - called popen() in
FILE_IO.
see man popen how to use it.
/// Jürgen
On 04/23/2014 03:33 PM, enz...@gmx.com wrote:
On Tue, 22 Apr 2014 22:14:21 -0400
Peter Teeson wrote:
Blake said:
"This means creating a quad function to load, exe
Hi Blake,
I believe your 1, 2, 3 below is exactly the current priorities of GNU
APL and 3. is already
present.
We use shared libraries for extending APL so you don't need an extra
developer lib
for that. The only thing needed is a header file declaring the functions
available in
GNU APL (may
On Tue, 22 Apr 2014 22:14:21 -0400
Peter Teeson wrote:
> Blake said:
> > "This means creating a quad function to load, execute, and interface with
> > shared libraries (so/dll/etc).
> > It also means standard ways of communicating data back and forth"
> clap clap clap. +1.
This would be jus
Hi,
I really appreciate the discussions on this because I believe
there is a open issue (libraries and how to provision them).
1. First of all I would like to share my current point of view regarding
⎕-functions and
-variables. The (only ?) good thing about them is that they are ready to
be us
