Skip to content

Commit c10a2b5

Browse files
Technologicatclaude
andcommitted
Changelog: namedlambda docstring now lists both env-assignment spellings
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
1 parent 7e6b9f5 commit c10a2b5

1 file changed

Lines changed: 1 addition & 0 deletions

File tree

‎CHANGELOG.md‎

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -11,6 +11,7 @@
1111
**Fixed**:
1212

1313
- A shallow copy of an `env` — `copy.copy`, or `fupdate` given an `env` — now has bindings of its own. It used to share them with the original, so rebinding a name in the copy rebound it in the original too.
14+
- `namedlambda`'s docstring now says it names a lambda bound in an env-assignment or `let` binding in either spelling, `:=` or `<<`. It listed only `<<`, right after a bullet where `:=` meant Python's own named expression, so a reader could conclude the walrus form is not named.
1415
- The REPL documentation now says that the client reads piped stdin, running each line in the session namespace — so a shell script can drive a live app with nobody at the keyboard. The docs described only the interactive session, which is the smaller half of what the client does.
1516
- It also names the trap that makes an automated check necessary: the session echoes the *value* of an expression and a statement has none, so a pipe made only of assignments prints nothing and looks identical whether it ran or not. Have such a script `print` something and check for it; `python3 -m unpythonic.net.server` is a throwaway host to test the pipe against first.
1617

0 commit comments

Comments
 (0)