I am using GNU APL 287. I don't know how to get a GIT revision number. I
am using Emacs mode from the GIT repository.
I just tried checking out the latest of each. I was already at the latest
APL. After updating Emacs mode, I get the following when trying to compile
native:
blake@sony-linux-l
I have code that depends on it, and it is a technique I used for years. I
wrote an APL function editor in APL 30 years ago. I discovered the problem
while entering the system into GNU APL. I used this code in IBM APL.
On Fri, May 23, 2014 at 11:20 PM, David B. Lamkins wrote:
> This is ambibig
On Fri, 2014-05-23 at 14:58 -0500, Blake McBride wrote:
> There is a problem. It seems to only happen in Emacs mode. For
> example:
> )CLEAR
> CLEAR WS
> ⍴''
> 0
> 0 0⍴''
> ⍴''
> 0 0
I can't reproduce this.
In Emacs, running gnu-apl-mode:
⍴''
0
0 0⍴''
This is ambibiguous w.r.t. the two spec on which GNU APL is based.
Page 120 of the IBM Reference Manual says:
"Valueless Expression: If R is empty or represents a defined function or
operator without explicit result, R has no value."
Page 135 of the ISO Spec says:
"Informal Description: Z is th
)CLEAR
CLEAR WS
∇fun
[1] 'in fun'
[2] ∇
⍎'fun'
in fun
VALUE ERROR
fun
^
There is a problem. It seems to only happen in Emacs mode. For example:
In GNU APL without Emacs mode:
)CLEAR
CLEAR WS
⍴''
0
0 0⍴''
⍴''
0
Now within Emacs mode:
)CLEAR
CLEAR WS
⍴''
0
0 0⍴''
⍴''
0 0
⍴,6
1
It is not just a display problem e
Hi Jürgen:
Thanks for your suggestion but
CinOut::overflow(int c)
{
Q(uprefs.echo_current_file());
if (!uprefs.echo_current_file()) return 0;
CInOut::overflow(int c) is never called. Please see my next post.
Peter
On 2014-05-23, at 8:43 AM, Juergen Sauermann
wrote:
> Hi Peter,
>
Hi,
if M is mixed and possibly nested, then you can try this:
M←3 3 'a' (4 'b') ⍝ M mixed and nested
(∈Y)←{0=↑0⍴⍵}¨∈Y←M
M ◊ Y
3 3 a 4 b
1 1 0 1 0
/// Jürgen
On 05/23/2014 06:30 PM, Elias Mårtenson wrote:
That one checks for numbers, of course. Compare to ' ' to check f
That one checks for numbers, of course. Compare to ' ' to check for
characters.
Regards,
Elias
On 24 May 2014 00:28, Elias Mårtenson wrote:
> This is the best I can come up with:
>
> * {0=↑1↓,⍵}¨m*
>
> Regards,
> Elias
>
>
> On 24 May 2014 00:26, Elias Mårtenson wrote:
>
>> Well, it's no
This is the best I can come up with:
* {0=↑1↓,⍵}¨m*
Regards,
Elias
On 24 May 2014 00:26, Elias Mårtenson wrote:
> Well, it's not exactly what you're looking for. Consider if an element is
> a nested array. It'll come out as 0.
>
> Regards,
> Elias
>
>
> On 23 May 2014 23:54, Blake McBrid
Well, it's not exactly what you're looking for. Consider if an element is a
nested array. It'll come out as 0.
Regards,
Elias
On 23 May 2014 23:54, Blake McBride wrote:
> Greetings, and sorry about the basic question.
>
> If I have a mixed array, i.e.:
>
> m←5 5⍴⍳25
> m[2;2]←'X'
>
> What I am
Greetings, and sorry about the basic question.
If I have a mixed array, i.e.:
m←5 5⍴⍳25
m[2;2]←'X'
What I am looking for is the correct way to tell which elements are
character and which are numeric.
I know I can do:
m∊⎕AV
That gives me exactly what I am looking for. It just seems like a lot
Hi Peter,
thanks, fixed in SVN 286.
/// Jürgen
On 05/22/2014 08:18 PM, Peter Teeson wrote:
I did ./configure ; make develop; make
/Volumes/Data/Development/MyProjects/GNUAPL/apl-svn/src/Value.cc:1319:9:
Goto into protected scope
Value.cc:1319:9: error: goto into protected scope
got
Hi Peter,
the decision if a cin character, say *c*, should be echoed or not is made
in *CinOut::overflow(int c)* by asking *uprefs.echo_current_file()*.
Note that *uprefs.echo_current_file() *not only depends on the command
line option *--noCIN* but also on its position in relation to *-f *(if
u
14 matches
Mail list logo
