From c958dacad2dfbf2008ae1de8a98f0155126e53af Mon Sep 17 00:00:00 2001 From: Kaz Kylheku Date: Sun, 9 Jul 2017 07:55:35 -0700 Subject: doc: make-struct-type postinitfun: outdated text. * txr.1: Replace description of make-struct-type's postinitfun argument which was still claiming that the calls are in opposite order relative to initfun calls. That changed after TXR 148 but was documented only for defstruct. Also updating the compat note for 148. --- txr.1 | 20 +++++++++++--------- 1 file changed, 11 insertions(+), 9 deletions(-) diff --git a/txr.1 b/txr.1 index d6252e9b..475e74dc 100644 --- a/txr.1 +++ b/txr.1 @@ -23489,15 +23489,10 @@ function is similar to The difference is that .meta postinitfun functions are called after all other initialization processing, -rather than before. Unlike -.meta initfun -functions, they are also called in the opposite -in order of inheritance, so that the structure type's -own specific +rather than before. They are are also called in order of +inheritance: the .meta postinitfun -is called first, and root supertype's -.meta initfun -is called last. +of a structure's supertype is called before its own. .coNP Function @ find-struct-type .synb @@ -60158,7 +60153,14 @@ handlers specified in a were executed in derived-to-base order, opposite to the order of execution of .code :init -handlers. Specifying 148 or earlier compatibility provides this +handlers. Though described in terms of +.code defstruct +syntax and concepts, this is actually a change in how +.code make-struct-type +treats its +.meta postinitfun +argument. +Specifying 148 or earlier compatibility provides this old behavior. Also, until version 148, the .code trim-str function stripped leading and trailing whitespace from a string -- cgit v1.2.3