[Bug-apl] ERR function in APL2?

I was browsing the APL2 documentation, and came across the following code (page 56, on the PDF here ): [0] Z←NAME GETW N [1] ⍝ GET ITEMS N FROM THE TABLE NAMED NAME [2] Z←'' [3] →('NOT A VALID TABLE NAME' *ERR*~(⊂NAME)∊TABLES)/0 [4] TAB←

Re: [Bug-apl] Another build error on OSX

Apple is allergic to GPLv3, and I believe that they are shipping a stone-age version of it, just like they do for Emacs. If these features are required, then I suggest checking for them in configure and if they are not there (i.e. the user have no upgraded readline manually) then simply disable it

Re: [Bug-apl] Package metadata format

I wrote this function to print the value(s) of a given field: { (((⍺[;⎕IO]) ≡¨ ⊂⍵) /[1] ⍺)[;2] } Could it be improved? Regards, Elias On 3 August 2014 23:45, Juergen Sauermann wrote: > Hi Elias, > > looks good! > > /// Jürgen > > > > On 08/03/2014 05:22 PM, Elias Mårtenson wrote: > >

Re: [Bug-apl] Package metadata format

Hi Elias, looks good! /// Jürgen On 08/03/2014 05:22 PM, Elias Mårtenson wrote: OK, I changed the SQL.apl file. Looks OK? https://github.com/lokedhs/apl-sqlite/blob/547c8191021629eb29b0bc141ff206766e1c21d3/SQL.apl#L134 Regards, Elias On 3 August 2014 21:29, Juergen Sauermann mailto:jue

Re: [Bug-apl] Package metadata format

OK, I changed the SQL.apl file. Looks OK? https://github.com/lokedhs/apl-sqlite/blob/547c8191021629eb29b0bc141ff206766e1c21d3/SQL.apl#L134 Regards, Elias On 3 August 2014 21:29, Juergen Sauermann wrote: > Hi Elias, > > yes, your's looks better, I will change that. > Lets call the function Z←p

Re: [Bug-apl] Another build error on OSX

Hi Elias, so where are these things defined? I doubt that we can get readline with ^C working without. /// Jürgen On 08/03/2014 04:40 PM, Elias Mårtenson wrote: Here's another error that prevents building on OSX. Hopefully we can have this one fixed for 1.4: g++ -DHAVE_CONFIG_H -I. -I..

[Bug-apl] Another build error on OSX

Here's another error that prevents building on OSX. Hopefully we can have this one fixed for 1.4: g++ -DHAVE_CONFIG_H -I. -I.. -rdynamic -g -MT NamedObject.o -MD -MP -MF .deps/NamedObject.Tpo -c -o NamedObject.o NamedObject.cc clang: warning: argument unused during compilation: '-rdynamic' I

Re: [Bug-apl] Can't break out of the middle on a display operation

Control-C is a general prefix character in Emacs. In other words, you press C-c followed by another keypress to execute a given function. C-c C-c (i.e. Control-C twice) is defined to send a single control-c to an underlying process (it's part of the framework that manages external programs, of whi

Re: [Bug-apl] Package metadata format

Hi Elias, yes, your's looks better, I will change that. Lets call the function Z←package⍙metadata. /// Jürgen On 08/02/2014 05:50 PM, Elias Mårtenson wrote: After implementing the metadata functions nnn⍙Provides, nnn⍙Requires, etc, I feel that we should change this slightly. I find the that

Re: [Bug-apl] apl.dyalog.xmodmap

Hi Blake, I have restructured the keyboard files a little. Some files that you mentioned as outdated were actually kept for backward compatibility after I changed from that layout to the Dyalog layout. Please have a look at SVN 414 (there will still be faults, though). /// Jürgen On 08/01/

Re: [Bug-apl] Can't break out of the middle on a display operation

Hi Elias, mapping two ^C to one is maybe not so good an idea. IBM APL2 distinguishes between interrupt and attention and they have different keys for that. interrupt interrupts execution immediately while attention interrupts execution at the end of the statement. Currently GNU APL is behaving

Re: [Bug-apl] Some typos

Hi Kacper, thanks. fixed in SVN 414. I am aware of the warnings, but haven't found a solution. *man dpkg-shlibdeps* says: *binary contains an unresolvable reference to symbol sym: it's probably** ** a plugin** ** The indicated symbol has not been found in the libraries li

Re: [Bug-apl] Segfault in rank with empty argument

Hi Kacper, thanks, fixed in SVN 414. /// Jürgen On 08/03/2014 06:49 AM, Kacper Gutowski wrote: Using rank operator with empty argument of derived function, results in either assertion failure (for positive right operand) or segmentation fault (for non-positive right operand). It works correc