Re: [Bug-apl] ⎕RE merged

2017-10-10 Thread Juergen Sauermann
Hi Elias, thanks, fixed in SVN 1013. /// Jürgen On 10/09/2017 04:41 AM, Elias Mårtenson wrote: Thank you. There are some errors when compiling on my Arch system:

Re: [Bug-apl] ⎕RE merged

2017-10-10 Thread Juergen Sauermann
Hi Elias, thanks, fixed in SVN 1013. /// Jürgen On 10/09/2017 05:12 AM, Elias Mårtenson wrote: I found another bug. ↓ is used to indicate that string indexes are requested, but the error message when multiple o

Re: [Bug-apl] ⎕RE merged

2017-10-10 Thread Juergen Sauermann
Hi Elias, thanks, fixed in SVN 1013. /// Jürgen On 10/09/2017 10:11 AM, Elias Mårtenson wrote: One more bug: The call to pcre2_compile_32 should be changed from:

Re: [Bug-apl] ⎕RE merged

2017-10-10 Thread Juergen Sauermann
Hi Jay, thanks, done. Normally the doc subdir (e.g. in the  savannah SVN repsitory) contains the latest version of this file, and I sometimes (read: usuaally) forget to also commit it to the GNU web repository. /// Jürgen

Re: [Bug-apl] ⎕RE merged

2017-10-10 Thread Juergen Sauermann
Hi Elias, thanks, fixed in SVN 1013. /// Jürgen On 10/09/2017 11:46 AM, Elias Mårtenson wrote: One more issue. The last snippet in the info manual for regexp (great work, and thanks for doing it, by the way)

Re: [Bug-apl] Monadic form of ↓

2017-10-10 Thread Juergen Sauermann
Hi Elias, I believe ↓ for 1↓ is too trivial to be useful. Unoccupied variants of APL primitives (like monadic ↓ or monadic =) are a very scarce resource that we should not use for trivial things. /// Jürgen On 10/09/2017 11:06

Re: [Bug-apl] Regex support

2017-10-10 Thread Juergen Sauermann
Hi Peter, the current syntax is A ⎕RE [X] B where A is the matching RE, B is the subject (sthe string being matched) and X is matching flags. I never liked it when programs lumped these strings together into a single string (or argument).

Re: [Bug-apl] Monadic form of ↓

2017-10-10 Thread Louis de Forcrand
Since the subject has been brought up, how about using it as the analog of first (monadic take), but instead unboxing the last element of an array in ravel order? I don’t think this can generally be done on an array X in a more concise way than first reverse ravel X or (shape X) pick X which I

[Bug-apl] Suggestion for Quad-RE

2017-10-10 Thread Christian Robert
Sometimes we only want to know if it match or not. I suggest a new flag ['m'] (as match) that will return ... for a string: either 0 or 1 as a scalar for "not matching" or "matching" for an array of strings: a vector of 0/1 for each string saying like above. lets say: z←⎕fio[49] '

Re: [Bug-apl] Suggestion for Quad-RE

2017-10-10 Thread Elias Mårtenson
I think you have a point. It would be very useful to be able to have ⎕RE filter the results for you. In experimenting with your specific case, I came across another use-case that might warrant another flag: One that does not return the full match, but only the parenthesised subexpressions (this us