[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-apl] A really simple component-file implementation
From: |
David B. Lamkins |
Subject: |
Re: [Bug-apl] A really simple component-file implementation |
Date: |
Sat, 19 Apr 2014 22:51:56 -0700 |
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 leaning
toward readability rather than performance at this early stage.
There's certainly enough in this version to serve as a proof-of-concept.
It'd be worth exploring the merits of various alternatives, such as
using something besides 2⎕tf and ⍎ for encoding and decoding.
I didn't spend much time digging into SQLite's semantics; there's gotta
be a better way to get monotonically-increasing oids than by
manipulating a separate table.
One feature about which I feel strongly is the versioning of individual
components. This has no use at present, but will be important to
preserve the viability of component files when some aspect of the
implementation needs to change.
cf.tar.gz
Description: application/compressed-tar
- [Bug-apl] A really simple component-file implementation, David B. Lamkins, 2014/04/19
- Re: [Bug-apl] A really simple component-file implementation, David B. Lamkins, 2014/04/19
- Re: [Bug-apl] A really simple component-file implementation, Blake McBride, 2014/04/19
- Re: [Bug-apl] A really simple component-file implementation,
David B. Lamkins <=
- Re: [Bug-apl] A really simple component-file implementation, David B. Lamkins, 2014/04/20
- Re: [Bug-apl] A really simple component-file implementation, David B. Lamkins, 2014/04/21
- Re: [Bug-apl] A really simple component-file implementation, David B. Lamkins, 2014/04/21
- Re: [Bug-apl] A really simple component-file implementation, David B. Lamkins, 2014/04/21