[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
master 5ead8c5f69b 2/2: Clarify `nconc` behaviour for dotted lists (bug#
From: |
Mattias Engdegård |
Subject: |
master 5ead8c5f69b 2/2: Clarify `nconc` behaviour for dotted lists (bug#63103) |
Date: |
Thu, 27 Apr 2023 08:21:11 -0400 (EDT) |
branch: master
commit 5ead8c5f69b0a69bac4641d5003ee422d6b67038
Author: Mattias Engdegård <mattiase@acm.org>
Commit: Mattias Engdegård <mattiase@acm.org>
Clarify `nconc` behaviour for dotted lists (bug#63103)
* doc/lispref/lists.texi (Rearrangement): Explicitly say that dotted
lists are valid args to `nconc` and give an example.
---
doc/lispref/lists.texi | 10 +++++++++-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/doc/lispref/lists.texi b/doc/lispref/lists.texi
index a509325854f..22a5f7f1239 100644
--- a/doc/lispref/lists.texi
+++ b/doc/lispref/lists.texi
@@ -1224,7 +1224,15 @@ x
@end example
However, the other arguments (all but the last) should be mutable
-lists.
+lists. They can be dotted lists, whose last @sc{cdr}s are then
+replaced with the next argument:
+
+@example
+@group
+(nconc (cons 1 2) (cons 3 (cons 4 5)) 'z)
+ @result{} (1 3 4 . z)
+@end group
+@end example
A common pitfall is to use a constant list as a non-last argument to
@code{nconc}. If you do this, the resulting behavior is undefined