GNU bug report logs - #39691
Definition of "first-thingy"

Previous Next

Package: emacs;

Reported by: Elias Mårtenson <lokedhs <at> gmail.com>

Date: Thu, 20 Feb 2020 14:40:01 UTC

Severity: normal

Tags: notabug

Done: Noam Postavsky <npostavs <at> gmail.com>

Bug is archived. No further changes may be made.

Forwarded to https://lists.gnu.org/archive/html/bug-apl/2020-02/msg00023.html

Full log


View this message in rfc822 format

From: Elias Mårtenson <lokedhs <at> gmail.com>
To: 39691 <at> debbugs.gnu.org
Subject: bug#39691: Definition of "first-thingy"
Date: Thu, 20 Feb 2020 22:39:10 +0800
[Message part 1 (text/plain, inline)]
One benefit of experimenting with low-level PAL behaviours is that I've
spent much more time lately reading the ISO spec.

I was reading the specification for ↑ (first), which says that it returns
"first-thingy" of the argument.

Now, the definitions section defines "first-thingy" as such:






*First-thingy in A : An opration that for A , an array, returns an array B
, defined as follows:If A is empty, set B1 to the typical-element of A
.Otherwise, set B1 to the first-item of the ravel-list of A .If B1 is a
number or a character, set B to an array, whose ravel-list contains the
singleitem B1 , and whose shape-list is empty.Otherwise, set B to B1 .*

My impression from reading this is that this is not consistent with GNU
APL's behaviour in the following case: ↑9

GNU APL returns the number 9 in this case, while it would seem it's
supposed to return a 9 wrapped in a zero-dimensional array: ⊂9

Now, GNU APL evaluates ⊂9 to the number 9 as well, which I also feel isn't
consistent.

Am I misreading the spec, or is there an inconsistency here?

Regards,
Elias
[Message part 2 (text/html, inline)]

This bug report was last modified 5 years and 151 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.