I'd really like to follow bug-apl via email, except that the mailer
doesn't seem to grok Unicode. All non-ASCII characters get replaced with
a `?'.
Looking at the headers, I see (excerpted):
...
From: bug-apl-requ...@gnu.org
Subject: Bug-apl Digest, Vol 6, Issue 4
To: bug-apl@gnu.org
Reply-To: bu
Jusdt as I was about to switch to individual delivery, I noticed an
option for a mime digest. I'm using this now; the Unicode arrives
unmolested.
On Tue, 2014-02-04 at 23:37 -0800, David Lamkins wrote:
> That's true: I am subscribed to the digest. (Reading it in Gmail and
> Evolution; no differenc
See attached.
Here's a patch to improve the behavior of GNU APL on ANSI terminals.
David B. Lamkins
2014-03-02
The underlying problem is that color numbers for the CSI m sequence
are only standardized and widely implemented for values in the range
0-7.
Also, my reading of an available
)COPY and )PCOPY should not change wsid.
Once one defines a native function, should the function be expungeable?
Attempting to )erase the function fails silently; applying ⎕ex to the
native function's name causes a crash.
I've noticed that often (not always) when I update my working directory
from the repo, I get conflicts on some *.gmo files.
I've been resolving the conflicts as shown in the transcript. Should I
be doing something different? Is there something that can make these
conflicts stop happening?
$ svn u
t; with the NLS stuff.
>
> /// Jürgen
>
>
> On 03/09/2014 06:13 AM, David B. Lamkins wrote:
> > I've noticed that often (not always) when I update my working directory
> > from the repo, I get conflicts on some *.gmo files.
> >
> > I've been
base), I'd
appreciate some feedback regarding the feasibility of my proposal, as
well as your comments about things I've overlooked.
This is something I'd be willing to work on in my spare time.
Proposal for GNU APL work
David B. Lamkins 20140308
Goal
Have GNU APL take advan
See attached files.
Configured using ASSERT_LEVEL_WANTED=0, the execution ratio improved
slightly to about 2:1.
Note that this test uses a wider range of ravel lengths. The execution
time ratio is pretty much constant, falling off only for the smallest
(100 element) ravels.
I did monitor the sys
I pulled a fresh copy of gnu-apl-mode tonight.
During loading:
Warning (initialization): An error occurred while loading
`/home/dlamkins/.emacs':
Symbol's function definition is void: define-error
A suggestion:
For compatibility with APL2, reserve names beginning with t∆ and s∆. GNU
APL should indicate that trace and stop control are unimplemented when
attempting to set such names to anything other than a numeric vector or
an empty vector.
Oops. Never mind. That's an IBM-ism; not part of ISO APL.
On Sat, 2014-04-05 at 23:20 -0700, David B. Lamkins wrote:
> A suggestion:
>
> For compatibility with APL2, reserve names beginning with t∆ and s∆. GNU
> APL should indicate that trace and stop control are unimplemented
On Thu, 2014-04-17 at 12:45 +0800, Elias Mårtenson wrote:
> Since the SQL more uses )MORE error reporting for all the details, I'm
> finding myself writing )MORE quite a lot. This led me to think about
> better ways to display this information in Emacs.
>
>
> How does other APL development enviro
$ git clone https://github.com/lokedhs/apl-sqlite.git
$ cd apl-sqlite/
$ make
c++ -Wall -Wno-sign-compare -fPIC -g -I/home/dlamkins/src/apl/src
-I/usr/include/postgresql -c -o apl-sqlite.o apl-sqlite.cc
In file included from apl-sqlite.cc:21:0:
apl-sqlite.hh:34:31: fatal error: Native_interface.h
t of
> gnu-apl.
>
>
> Blake
>
>
> On Thu, Apr 17, 2014 at 1:25 PM, David B. Lamkins
> wrote:
> $ git clone https://github.com/lokedhs/apl-sqlite.git
> $ cd apl-sqlite/
> $ make
> c++ -Wall -Wno-sign-compare -fPIC -g
>
The attached workspace crashes GNU APL upon loading.
There's nothing of importance in this workspace, just my own early
experiments at implementing a component file system on top of
apl-sqlite.
)load cf
==
Assertio
FWIW, I can )copy this file into a clear workspace without running afoul
of the assertion error that manifests upon a )load.
On Sat, 2014-04-19 at 09:56 -0700, David B. Lamkins wrote:
> The attached workspace crashes GNU APL upon loading.
>
> There's nothing of importance in this w
Here's a really simple component-file implementation I cobbled together
last night and this morning. This has been tested only lightly; I
wouldn't advise pushing this code into production. ;)
The implementation consists of nine functions and one variable.
Call cf∆init to load the apl-sqlite libr
Minor correction to make cf∆max_cn return a scalar:
∇z←cf∆max_cn tn
⍝ Return the component file's largest component number.
z←↑'select max(oid) from component' SQL[4,tn] ⍬
∇
On Sat, 2014-04-19 at 17:20 -0500, Blake McBride wrote:
> Very cool! I was going to implement a keyed file system according to
> the idea present in my April 1 message. Sounds like you are 80%
> there. I'll leave it up to you (since you are so close), or pick it
> up when you need a break. Let
When using 2⎕tf to encode a nested array in which the last element is a
character array of rank greater than one, the parentheses around the
denotation of that element are incorrectly omitted.
←'elan' 77 (2 3⍴⍳2)
2⎕tf ''
←'elan' 77 (2 3⍴1 2 1 2 1 2)
←'elan' 77 (2
Here's what I have so far (see attached). The tarball contains an APL
dump file and a test-case file.
I've stumbled upon a couple of GNU APL bugs; these have already been
reported to bug-apl and are documented in the test-case file.
I haven't yet done any performance testing. I'm intentionally le
Here's one more update (see attached). Unless someone discovers an
egregious bug or I find an order-of-magnitude breakthrough on the
performance front (see below), this should be the last code drop for a
while.
+ I've made most functions return some value so they can be used in a
lambda.
+ I've
On Sun, 2014-04-20 at 14:18 +0800, Elias Mårtenson wrote:
>
> Oh, and I'll be committing a fix within the next half hour that
> actually implements transaction support for SQLite. Please use these
> commands instead of directly calling begin/commit as SQL calls, since
> the library will keep trac
Here's another )load crash, this time with dump files. I'm running svn
218, clean build with a default ./configure.
This crash is trivial to reproduce. Create a dump file with only the
header line, i.e.:
-- begin test.apl --
#!/usr/local/bin/apl --script --
-- end test.apl --
... then:
)
014-04-20 at 14:09 -0700, David B. Lamkins wrote:
> Here's another )load crash, this time with dump files. I'm running svn
> 218, clean build with a default ./configure.
>
> This crash is trivial to reproduce. Create a dump file with only the
> header line, i.e.:
>
&g
Sigh: Or maybe not... The crash happens less often from the command
line, but it can still happen.
Uninitialized pointer...?
OK... I'm gonna stop reporting these crashes. Let me know if there's
anything I can do to help isolate the cause.
On Sun, 2014-04-20 at 14:20 -0700, David
One more code drop...
I've factored out the encode and decode routines to make it easier to
experiment with the storage format.
I've added a cf∆with_transaction operator to simplify transaction
support for applications that actually need it. This, I believe, is
useful since it lets the applicatio
On Mon, 2014-04-21 at 12:21 +0800, Elias Mårtenson wrote:
> I think that I should probably implement SQL∆with_transaction. It
> belongs in the SQL layer. It's also the only way to ensure that
> transaction rollback on error is handled correctly.
I agree that that's probably the right place to do i
On Sun, 2014-04-20 at 21:18 -0700, David B. Lamkins wrote:
> One thing that's interesting is that cf∆append runs about twice as fast
> inside the transaction wrapper than it does without. I imagine that
> SQLite must be running several implicit transactions; these get deferred
&g
On Mon, 2014-04-21 at 15:41 +0200, Juergen Sauermann wrote:
> Hi David,
>
> I tried to reproduce the problem on my machine but couldn't.
> I looped around an empty file (outside emacs mode) several 1 times
> without
> the problem happening.
>
> Some more context like the Backtrace shown afte
On Mon, 2014-04-21 at 17:34 +0800, Elias Mårtenson wrote:
> We need a feature similar to the Common Lisp form UNWIND-PROTECT, or
> in Java: try/finally.
>
>
> For those who don't know, this form allows you to execute code after
> some code has been run, regardless of how the latter exits (return
On Mon, 2014-04-21 at 22:06 +0800, Elias Mårtenson wrote:
> The library has now been renaled lib_sql.so. I've also tried to make
> sql.apl a bit more clever in how it loads the library. I'm a bit
> limited in handling errors while loading though. How can I raise a
> DOMAIN_ERROR from APL code?
>
Latest drop attached.
- Updated for latest apl-sqlite (library name changed).
- Batched inserts added to performance test.
cf.tar.gz
Description: application/compressed-tar
Diff attached.
Index: apl.texi
===
--- apl.texi (revision 219)
+++ apl.texi (working copy)
@@ -479,7 +479,7 @@
Using a library root implies that all 10 library directories are contained
in the same directory. This is good enough f
Just for the sake of discussion, and not because I specifically object
to any of the proposed library bindings: It'd be nice to see some
motivation for mapping new libraries into/onto APL.
I know that Dyalog APL has all of the features proposed by Elias (and
more). I don't, however, assign much we
I've pushed apl-cf to Github.
The only change (since the last tarball posted to bug-apl) is the
addition of a README.md file.
https://github.com/TieDyedDevil/apl-cf
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
Thank you Elias and Jürgen for your comments regarding namespaces.
I'll say at the outset that, having had time to think about my proposal
overnight, I agree that that adding namespace support to the interpreter
is not as good an idea as I had first envisioned. It turns out that such
a "simple" ch
On Fri, 2014-04-25 at 12:43 +0800, Elias Mårtenson wrote:
[big snip]
Sorry about the C++ and Java comments. Read that as me venting my own
frustrations having used both languages. It's not that either approach
is inherently bad; it's just that I don't particularly care for the path
those two comm
On Fri, 2014-04-25 at 12:54 +0800, Elias Mårtenson wrote:
> To shift this discussion from namespace to (what I previously
> mentioned being more important) that of library packaging:
>
>
> I don't think using Linux packaging is the best idea. I run Ubuntu and
> OSX at home, and Arch Linux and Re
Given a quick read, I get the impression that you're still incrementally
extending the length of the result. This is, by definition, an O(n^2)
operation. There's a lot of catenation in your code; that'll almost
certainly involve copying.
Try this instead:
1. Get the size of the file to be read.
2
On Fri, 2014-04-25 at 19:57 +0200, Juergen Sauermann wrote:
> I can write a document summarizing my thoughts about libraries and
> discuss it.
> There are many more aspects to consider, but we need to be pragmatic and
> simple,
> otherwise the whole thing may not take off.
I'll also try to sket
See https://github.com/TieDyedDevil/apl-pkg .
This repo has most of the documentation as comments in the code. Read
both .apl files. See additional notes in the README.
There's one very important thing to note: This is not yet a functional
package manager. The primary roadblock is that GNU APL do
quad-NC should return 5 for system variables and 6 for system functions
(Ref: ISO 13751, pg. 175).
In GNU APL, quad-NC returns negative 1 for these cases.
A newline terminates a string constant. Shouldn't that be a syntax
error?
I'm far enough along in developing a package manager (a lot of the
scaffolding is already written) that I'm ready for the next step. I need
a way to copy APL dump-format files into the current workspace under
control of an APL program.
It seems that the natural approach would be a quad-COPY syste
Thank you. This'll be useful as part of a platform probe in the package
manager.
On Sun, 2014-04-27 at 17:51 +0200, Juergen Sauermann wrote:
> Hi David,
>
> thanks. IBM APL provides only 1-4, but I have added 5 and 6 in SVN 227.
>
> /// Jürgen
>
>
> On 04/27/20
o have clear requirements so
> that we spend effort in the right
> direction.
>
> So please shoot and lets see how we can collect the responses in a
> single doc or web page.
>
> /// Jürgen
>
>
> On 04/27/2014 12:03 AM, David B. Lamkins wrote:
> > See h
With a bit of prompting, it occurs to me that I ought to be able to get
the effect of a quad-COPY using lib_file_io, quad-FX, execute and a
simple parser. I'm going to give that a shot...
I can use lib_file_io to read a sequence of byte values from a file
containing Unicode text.
How do I convert that sequence back to a Unicode string in GNU APL?
Thanks. I'll integrate that tonight when I finish the loader.
(Before I turned in last night, I wrote an APL function to do the
equivalent of 19 quad-CR; it's surprisingly simple.)
On Mon, 2014-04-28 at 10:28 -0400, bug-apl-requ...@gnu.org wrote:
> Send Bug-apl mailing list submissions to
>
I withdraw my request for a quad-COPY. I've built a comparable facility
in APL using lib_file_io, a UTF-to-UCS conversion (on top of quad-UCS),
and some glue around quad-FX and execute.
On Sun, 2014-04-27 at 09:15 -0700, David B. Lamkins wrote:
> I'm far enough along in develop
Please configure such that M-x comment-region works for APL code.
wrote:
> Yes. I will do this. I never tested this because I don't use
> comment-region myself.
>
> Regards,
> Elias
>
> On 29 Apr 2014 03:37, "David B. Lamkins"
> wrote:
>
On Wed, 2014-04-30 at 17:29 +0200, Juergen Sauermann wrote:
> Hi,
>
> maybe some ⎕SYL limit could work. Currently we have such limits on the
> depth of the SI,
> on the number of values, and on the number of ravel bytes. This was to
> limit infinite recursion of
> user-defined functions. When su
During a few idle moments at work today, I flipped through some of the
BAA archives and came across a short article regarding Dyalog's
extension to allow user-defined commands.
Yah, I know... Dyalog. But hear me out.
I've been thinking ahead to a time when I'll be ready to roll out the
package ma
On Sat, 2014-05-03 at 15:02 +0200, Juergen Sauermann wrote:
> Hi David,
>
> from what I hear Dyalog APL seems to be a good interpreter and I have no
> problem with it.
> I am only a little more conservative when it comes to new and
> non-standard APL features.
> But Peter Teeson had ideas going
On Sat, 2014-05-03 at 14:22 +0800, Elias Mårtenson wrote:
> As much as I am a fan of extensions, I have to admit that I don't
> fully understand the justification for this. After all, the
> pkg-commands are plain functions, so why not expose them as such?
The short answer is that some tasks seem m
I was able to get a core dump of the segfault caused by attempting to
)load an APL file with Emacs mode active.
[dlamkins@morganthe ~]$ gdb `which apl` -c core.2134
GNU gdb (GDB) Fedora 7.6.50.20130731-19.fc20
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or
Ah, I didn't realize I was so far behind. Thanks for the heads-up! :)
On Sun, 2014-05-04 at 08:20 +0800, Elias Mårtenson wrote:
> This was just fixed, actually. You might want to try with the latest
> version. It should work now.
>
> Regards,
> Elias
>
> On
far
> as described in Dyalog's document below, however.
>
> This could also be used for experimental commands or commands
> "missing" in GNU APL.
>
> See ]HELP or 'info apl'. SVN 250.
>
> /// Jürgen
>
>
> On 05/03/2014 08:08 PM, David B. La
GNU APL.
>
> See ]HELP or 'info apl'. SVN 250.
>
> /// Jürgen
>
>
> On 05/03/2014 08:08 PM, David B. Lamkins wrote:
>
> > On Sat, 2014-05-03 at 15:02 +0200, Juergen Sauermann wrote:
> > > Hi David,
> > >
> > > from what I hear Dyalog APL se
pkg-5
pkg-8
--
Missing:
pkg-8
]pkg metadata apl-packager
author David B. Lamkins
email da...@lamkins.net
organization Just some guy at home
author Your Name Here
email someone@somewhere.outthere
organization You
I had to ponder this for a few moments, since I've become so accustomed
to working with APL scripts rather than workspaces. (Kudos to Elias for
gnu-apl-mode!)
Of course it makes perfect sense that you wouldn't want to wipe out your
]USERCMD definitions when (re) )LOADing a workspace from an xml fi
As one of the folks who likes to use gnu-emacs-mode updates (as opposed
to the older version that's bundled with gnu-apl), I have separate
working directories for gnu-apl and gnu-emacs-mode.
Maybe there's an easier way, but here's what I've been doing to
reinstall the latest gnu-apl-mode native co
'lib_file_io' ⎕fx 'pkg⍙fileio'
pkg⍙fileio
)erase pkg⍙fileio
'lib_file_io' ⎕fx 'pkg⍙fileio'
pkg⍙fileio
pkg⍙fileio⍬
VALUE ERROR
pkg⍙fileio⍬
^
That's helpful. Thank you.
On Thu, 2014-05-08 at 10:25 +0800, Elias Mårtenson wrote:
> For my own workflow, I have set the Emacs variable
> "gnu-apl-libemacs-location" to point to the location of the .so file.
> This variable can be used to decouple the location of the library with
> the GNU APL
On Thu, 2014-05-08 at 14:56 +0200, Juergen Sauermann wrote:
> 'lib_file_io' ⎕fx 'pkg⍙fileio'
Thank you.
I missed the link the first time around, I think.
I'll take a look at this tonight or tomorrow.
Thank you.
On Thu, 2014-05-08 at 16:25 +0200, Juergen Sauermann wrote:
> Hi,
>
> I have written a proposal earlier but haven't received any comments so
> far.
>
> The document is available here:
> h
The APL Package Manager has, over the past week and a half or so,
matured to a point where I believe that it's now suitable for a first
look by interested parties. The external API will evolve, so please
don't use the package manager with the expectation that I won't soon
negate the fruits of your
The outer product approach is APL 1.
In APL 2, you can enclose the search term and test for membership in the
list:
ll←'abd' 'defgh' 'ij' 'klm'
ll∊⊂'ij'
0 0 1 0
ll∊⊂'foo'
0 0 0 0
On Thu, 2014-05-08 at 22:56 -0500, Blake McBride wrote:
> Forgive the question, but my experience
Try this:
∇z←list find key
z←(,¨list)∊⊂,key
∇
(Also: please trim your replies.)
On Fri, 2014-05-09 at 10:26 -0500, Blake McBride wrote:
> Interesting. I didn't know about ≡. That's helpful, but the issue
> you raise with 'a' 'b' leaves us back to where I started. There
> should be a simple w
m
> hello there how are you
>
>
> m find 'are'
> 0 0 0 1 0
> m find 'are' 'hello'
> 0 0 0 0 0
> 'are' find m
> 0 0 0
>
>
> Thanks.
>
>
> Blake
>
>
> On Fri, May 9, 2014 at 1
This is a lot easier in Lisp. On the other hand, I've known Lisp for 40
years and am just now learning APL 2. I was pretty good at APL in the
`70s and `80s, but the nested arrays are new to me. I really ought to
read some of Dr. Brown's papers...
Anyhow, I think this ought to help:
∇z←list find k
⊂,e) (,e) (e)
∇
∇z←nl l
z←me¨(⎕io+1=≡l)⊃l (⊂l)
∇
On Fri, 2014-05-09 at 12:55 -0700, David B. Lamkins wrote:
[snip]
> Here's an example:
>
> ]boxing 8
> ll←'a' 'bc' 'def' 'foo'
First, my thanks to Jürgen for all the time and effort that went into
this proposal.
I found some of the specification regarding components to be mildly
confusing. I'm particularly confused by the nature of C3.
Also, there's this matter: A source file's first two characters are #!
or ⍝! depending
:
> Is this what you intended of the 'me' function:
>
>
> ≡me 4
> 3
> ≡me 5 6
> 2
> ≡me ''
> 2
> ≡me 'f'
> 3
> ≡me 'ff'
> 2
> ≡me 'aaa' 'bbb'
> 3
>
Perhaps "Principles of APL 2" by Dr. James A. Brown (the "inventor"[*]
of APL 2) will shed some light on the behaviors you're seeing.
http://www.softwarepreservation.org/projects/apl/Papers/PRINCIPLESOFAPL2/view
The entire document is worth reading, as it explains how and why APL 2
differs from A
I'm forwarding this post to the list under a new topic so it doesn't get
buried in the other discussion:
--- Begin Message ---
> ⍬≡⊃⊂⍬
> 0
That looks like a bug in GNU APL. It's true in IBM APL2 and Dyalog APL.
Jay.
--- End Message ---
SVN Revision: 264
{⍵}¨''
SEGMENTATION FAULT
-- Stack trace at main.cc:122
0x7f97fe168d65 __libc_start_main
0x43557d main
0x52627d Workspace::immediat
ote:
> Hi David,
>
> thanks, fixed in SVN 266.
>
> /// Jürgen
>
I have two feature requests for gnu-apl-mode:
1. Allow an escape to IBM-style function listing and editing. IOW, if
you see something like ∇fname[⎕]∇ (in the general case: ∇fname[),
then let GNU APL handle the request directly. (At present, attempting
this in gnu-apl-mode yields `Error when parsin
On Wed, 2014-05-14 at 11:43 -0700, David B. Lamkins wrote:
> 2. (This is unrelated to 1.) When editing a function in a gnu-apl-mode
> buffer, provide a way to revert the definition without closing the edit
> buffer.
The following patch works. If there's an opening del and
Oops. Right patch; wrong attribution. This applies to
> 1. Allow an escape to IBM-style function listing and editing.
On Wed, 2014-05-14 at 15:04 -0700, David B. Lamkins wrote:
> The following patch works. If there's an opening del and a left bracket
> somewhere on the line, let
Bif_OPER1_EACH.cc lines 359-362.
On Thu, 2014-05-15 at 12:55 +0800, Elias Mårtenson wrote:
> As for the edit buffer, you can always kill the frame and opening it
> again. That's always completely safe, as it never performs any
> destructive operation until you press C-c C-c.
>
Cool.
> You can also undo as far back as you want.
ter arguments?)
On Thu, 2014-05-15 at 12:22 +0200, Juergen Sauermann wrote:
> Hi,
>
> thanks, hopefully fixed in SVN 268. Also the debug printouts.
>
> /// Jürgen
>
>
> On 05/14/2014 07:01 PM, David B. Lamkins wrote:
> > I think Elias is correct.
> >
> >
more comfortable with the written documentation of IBM APL2
> because it is rather difficult
> to implement things based on what another implementation produces.
>
> /// Jürgen
>
>
> On 05/15/2014 06:49 PM, David B. Lamkins wrote:
>
> > Thank you. Confirmed work
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
According to the IBM reference, quad-FX should change the definition of
a function in the workspace even when the function is pendent.
In preparation for a beta release of the package manager, I've created a
tutorial. I hope you find it useful. Comments and corrections are
invited.
There are a few more things that I'd like to fix before declaring this
ready for testing, but you're welcome to take a look now.
https://github.com/T
I've also added a roadmap to show the order in which new features will
be available. Again: comments are invited.
On Fri, 2014-05-16 at 14:47 -0700, David B. Lamkins wrote:
> In preparation for a beta release of the package manager, I've created a
> tutorial. I hope you find it
Here's a patch to let ]usercmd accept restatement of an existing user
command definition so long as the associated function name and mode are
identical.
]usercmd ]foo foo 1
User-defined command ]foo installed.
]usercmd ]foo foo 1
⍝ without the patch there'd be a BAD COMMAND r
o say ("locally-erasable") but does not go as
> far as IBM.
>
> I guess in practice this will be confusing anyhow. SVN 272.
>
> /// Jürgen
>
>
>
> On 05/16/2014 08:35 PM, David B. Lamkins wrote:
> > According to the IBM reference, quad-FX should change t
BTW, I actually have a use for redefining a pendent function.
The package manager may unload itself by ⎕ex-ing all of its names. It
does this, of course, while the main package manager function is
pendent.
If that's all I did, then the main function would be missing when I
called the ]pkg user co
I tripped on that this morning.
Temporary workaround while waiting for the patch:
gnu-apl-interactive.el, line 234: change "--emacs" to "--emacs foo"
That was enough to get it going again on my systems.
On Sun, 2014-05-18 at 11:07 +0800, Elias Mårtenson wrote:
> Yes. Known problem. The interfac
I want to make sure that I correctly understand ⎕EA and ⎕EC. Should
these be able to clean up after failed execution of a defined function?
What I'm seeing is that ⎕EA and ⎕EC perform as expected given an
expression of variables and primitive functions (including expressions
that fail to execute)
Does `gnu-apl-libemacs-location' still apply?
On Mon, 2014-05-19 at 07:36 -0400, bug-apl-requ...@gnu.org wrote:
> Send Bug-apl mailing list submissions to
> bug-apl@gnu.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.gnu.org/mailman/listinfo/bug-apl
>
Okay, thanks.
Also, thank you for the `install' target in the Makefile.
On Tue, 2014-05-20 at 06:23 +0800, Elias Mårtenson wrote:
> Only for the old library loading style (which is still supported for
> now).
>
> Regards,
> Elias
>
> On 20 May 2014 01:15,
1 - 100 of 326 matches
Mail list logo
