Re: [Bug-apl] Compose table for GNU/APL

2014-04-25 Thread Elias Mårtenson
The source for the Emacs mode contains the list you're looking for. Look at the definition of gnu-apl--symbols. The comment before that definition contains more symbols that are not used by GNU APL. Regards, Elias On 26 April 2014 11:52, Chris Jones wrote: > I have two related questions: > > 1

Re: [Bug-apl] Compose table for GNU/APL

2014-04-25 Thread Elias Mårtenson
Oh, and I forgot the link: https://github.com/lokedhs/gnu-apl-mode/blob/master/gnu-apl-mode.el#L142 Regards, Elias On 26 April 2014 14:36, Elias Mårtenson wrote: > The source for the Emacs mode contains the list you're looking for. Look > at the definition of gnu-apl--symbols. The comment befo

[Bug-apl] Compose table for GNU/APL

2014-04-25 Thread Chris Jones
I have two related questions: 1. Has anyone come up with a GNU/APL XCompose file? The digraphs in /usr/share/X11/locale/en_US.UTF-8/Compose on debian GNU/Linux require entering at least one character that is not available on a US QWERTY keyboard, such as this for instance:

Re: [Bug-apl] is there a )copy ⎕fns like ⎕ex is )erase

2014-04-25 Thread enztec
I delete the email addresses from the replies i don't know if it is even needed to do that I've put together the following based on Jurgen's info about )copy text_file (with !# in first line) for editing fns outside of the workspace with vi one problem? i've found is - if the fns already exist

Re: [Bug-apl] is there a )copy ⎕fns like ⎕ex is )erase

2014-04-25 Thread Elias Mårtenson
There isn't, but implementing it is possible in APL itself. To my knowledge this has not been done yet. Regards, Elias On 26 Apr 2014 07:16, wrote: > I've found ⎕ex that can used in a function since )erase can't so is there > a suitable ⎕cp for )copy - i've looked in all the .def files and blown

[Bug-apl] is there a )copy ⎕fns like ⎕ex is )erase

2014-04-25 Thread enztec
I've found ⎕ex that can used in a function since )erase can't so is there a suitable ⎕cp for )copy - i've looked in all the .def files and blown up many a ws trying to find it so any help would be appreciated - also is there a list of all the ⎕ commands - i'd be glad to write up a simple usage f

[Bug-apl] )host to take string

2014-04-25 Thread enztec
presently )host takes direct code )host vi workspaces/a1works (disregard Vim: Warning: Output is not to a terminalusing )host vi workspaces < `tty` > `tty` is the real command) putting it in quotes )host vi 'workspaces/a1'works a←'a1' 'workspaces/', a workspa

Re: [Bug-apl] A call for justification of feature / library / extension proposals (was Re: Tk/Tcl interface)

2014-04-25 Thread David B. Lamkins
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

Re: [Bug-apl] emacs and apl

2014-04-25 Thread enztec
On Fri, 25 Apr 2014 19:44:21 +0200 Juergen Sauermann wrote: > Hi, > > much simpler: edit a (UTF8 encoded) text file and )COPY it. > vi(m) is perfect for this. > > Variables can be assigned like in APL, i.e. > > VAR←1 2 3 > > Functions can be created via ⎕FX (hardly readable) or (may favorite)

Re: [Bug-apl] A call for justification of feature / library / extension proposals (was Re: Tk/Tcl interface)

2014-04-25 Thread enztec
Might i suggest you start a new thread on this ? On Fri, 25 Apr 2014 19:57:32 +0200 Juergen Sauermann wrote: > Hi, > > OK seems we have some agreements so far: > > 1. namespaces will be delayed at least until we have so many libs that > we need it, > > 2. RPM or debian packaging shall not be

Re: [Bug-apl] A call for justification of feature / library / extension proposals (was Re: Tk/Tcl interface)

2014-04-25 Thread Juergen Sauermann
Hi, OK seems we have some agreements so far: 1. namespaces will be delayed at least until we have so many libs that we need it, 2. RPM or debian packaging shall not be used for dependencies, but an alternative has not been found yet. I personally would prefer a solution that also works

Re: [Bug-apl] emacs and apl

2014-04-25 Thread Juergen Sauermann
Hi, much simpler: edit a (UTF8 encoded) text file and )COPY it. vi(m) is perfect for this. Variables can be assigned like in APL, i.e. VAR←1 2 3 Functions can be created via ⎕FX (hardly readable) or (may favorite) using ∇: ∇Z ← AVE B Z←(+/B)÷⍴B ∇ The file must start with #! so )COPY knows

Re: [Bug-apl] Line Editor bug?

2014-04-25 Thread enztec
[1⎕10] would be a perfect way to do it !! I'm going to try the line editor as soon as I can https://github.com/baruchel/APLedit On Fri, 25 Apr 2014 10:01:13 -0400 Peter Teeson wrote: > As of svn 221 > > > I expected the editor to allow editing of line [1] at position 10. > Did I misunde

Re: [Bug-apl] Performance issue when manipulating arrays

2014-04-25 Thread Juergen Sauermann
Hi Elias, I have added a new FILE_IO function that reads an entire file in one go. I also inlined the functions related to the reference counter. SVN 223. It is quite normal that a considerable fraction of the execution time is spent on value creation or cell initialization if there are no othe

Re: [Bug-apl] emacs and apl

2014-04-25 Thread enztec
I did take a look and the horrors of the 12th Emacs Vim Battle at GNU Harbour came back in a flash and shut that down ;) http://en.wikipedia.org/wiki/Editor_war I wonder if editing the function in the ws.xml file and then reloading might be an avenue to explore? On Fri, 25 Apr 2014 12:37:03

[Bug-apl] Line Editor bug?

2014-04-25 Thread Peter Teeson
As of svn 221 I expected the editor to allow editing of line [1] at position 10. Did I misunderstand? respect…. Peter

Re: [Bug-apl] Performance issue when manipulating arrays

2014-04-25 Thread Elias Mårtenson
Fair enough, but the problem with the cell allocations is that they alone represent 37% of the run time. The clone calls (of which the cell initialisation is part) is 70%. It's clear that reducing the number of clone calls is key. The way to do that is to make sure that the copy-on-write semantics

Re: [Bug-apl] Performance issue when manipulating arrays

2014-04-25 Thread Juergen Sauermann
Hi, just to mention it, cells are not allocated by their constructor because for cells "placement new" is always used. The allocation of all ravel cells is done by the Value constructor. So the 2.2 billion "allocations" are actually 2.2 billion ravel cell initializations (without involving m