Re: [Bug-apl] SQL interface needs a workspace

2014-05-16 Thread David B. Lamkins
A related mutation that'd be interesting (to me, at least) would be an APL that only allowed definitions in the form of Dyalog's direct definitions (d-fns). This would include all of the associated mechanisms, like lexical scoping and guards. Maybe even closures... On Thu, 2014-05-15 at 22:28 +020

Re: [Bug-apl] SQL interface needs a workspace

2014-05-15 Thread Daniel H. Leidisch
Hello! Elias Mårtenson writes: > Finally, about extensions, I have actually considered implementing a > new language (on top of Common Lisp most likely) that implements the > essence of the APL syntax and functions but with Lisp integration. And > rest assured that this thing will not be called

Re: [Bug-apl] SQL interface needs a workspace

2014-05-15 Thread Elias Mårtenson
Well as for the SQL support, it certainly would be useful to have it shipped as part of GNU APL. The main reasons for me not pushing for that yet is that the workflow is a bit painful. There was some discussion a few months ago about external contributions to the source repository, but it's complic

Re: [Bug-apl] SQL interface needs a workspace

2014-05-15 Thread Blake McBride
Dear Elias, Notwithstanding my rant about nested arrays, yes, I do agree with Jürgen. Once you drift from the standard, you no longer have APL, you have XYZ. Creating XYZ is fine and great, it's just not APL. And, you probably should't call it APL. I am very much in favor of enhancement to GNU

Re: [Bug-apl] SQL interface needs a workspace

2014-05-15 Thread Juergen Sauermann
Hi, first of all, the search path for )LOAD, )SAVE, and friends is configurable in the GNU APL preferences file as LIBREF-0 ... 9. Shared libraries are installed in an own directory which is usually /usr/lib/apl or /usr/local/lib/apl. The exact location is determined by (and can also be chang

Re: [Bug-apl] SQL interface needs a workspace

2014-05-15 Thread Elias Mårtenson
Well, I never said you can't use a workspace. Right now everything about the libraries and packages are very much in flux, which is why I have not spent much time thinking about distribution. There clearly needs to be a nice, encapsulated, way to distribute libraries with a native component. I thi

Re: [Bug-apl] SQL interface needs a workspace

2014-05-15 Thread Blake McBride
Dear Elias, I will add the SQL workspace to my upcoming keyed file system. Should I add a README for your SQL library to my keyed file package too? Regarding workspaces and their opaque format, this is exactly the same argument as my nested array argument. Are we going to debate and ignore the

Re: [Bug-apl] SQL interface needs a workspace

2014-05-15 Thread Elias Mårtenson
Actually, I have already mentioned to Jürgen that we need some way of specifying a default serach path for )LOAD and friends. However, I have not seen it as particularly important yet since we don't have a completed package manager yet. I personally dislike workspaces and I know I'm not alone in t