@MSGID: <20230902075710.819@kylheku.com> 33cac935
@REPLY:
<8a511544-26bb-4e20-b44b-a583134d4c80n@googlegroups.com> e89b2b63
@REPLYADDR Kaz Kylheku <864-117-4973@kylheku.com>
@REPLYTO 2:5075/128 Kaz Kylheku
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID: <20230902075710.819@kylheku.com>
@RFC-References:
<8a511544-26bb-4e20-b44b-a583134d4c80n@googlegroups.com>
@TZUTC: -0000
@PID: slrn/pre1.0.4-9 (Linux)
@TID: FIDOGATE-5.12-ge4e8b94
On 2023-09-02, redsk...@gmail.com <redsky1066@gmail.com> wrote:
 > Stream designators are conveniences when creating source code. It
makes for compact expression.
>
 > BUT: can (or should?) stream designators be used deeper down, as
entities resolved during actual evaluation?

 Since, e.g. format is a function, it takes t and nil as an
argument value. Stream designators
are actual values and not just some macro-time syntax.

> Specifically wondering about SYNONYM-STREAM. 
>
 > The [dynamic] variable of such a stream holds the value on which
an operation is to be performed. 

The definition of synonym streams doesn`t mention stream designators.
The dynamic variable held by the synonym stream is described as having
a stream value, not a stream designator value.

In fact, stream designators are not mentioned in the Streams section of the
spec; only in the Printer setion. 

Thus, write takes a stream designator; write-byte doesn`t.

-- 
TXR Programming Language: http://nongnu.org/txr
Cygnal: Cygwin Native Application Library: http://kylheku.com/cygnal
Mastodon: @Kazinator@mstdn.ca
--- slrn/pre1.0.4-9 (Linux)
 * Origin: A noiseless patient Spider (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5058/104 5075/128
@PATH: 5075/128 5020/1042 4441