12.7 Syntax Object Properties (original) (raw)

12.7 Syntax Object Properties🔗ℹ

Every syntax object has an associated syntax property list, which can be queried or extended withsyntax-property. A property is set aspreserved or not; a preserved property is maintained for a syntax object in a compiled form that is marshaled to a byte string or ".zo" file, and other properties are discarded when marshaling.

In read-syntax, the reader attaches a preserved 'paren-shapeproperty to any pair or vector syntax object generated from parsing a pair [ and ] or { and}; the property value is #\[ in the former case, and #\{ in the latter case. The syntax form copies any 'paren-shape property from the source of a template to corresponding generated syntax.

Both the syntax input to a transformer and the syntax result of a transformer may have associated properties. The two sets of properties are merged by the syntax expander: each property in the original and not present in the result is copied to the result, and the values of properties present in both are combined with cons (result value first, original value second) and the consed value ispreserved if either of the values were preserved.

Before performing the merge, however, the syntax expander automatically adds a property to the original syntax object using the key 'origin. If the source syntax has no'origin property, it is set to the empty list. Then, still before the merge, the identifier that triggered the macro expansion (as syntax) is consed onto the 'originproperty so far. The 'origin property thus records (in reverse order) the sequence of macro expansions that produced an expanded expression. Usually, the 'origin value is a list of identifiers, but a transformer might return syntax that has already been expanded, in which case an'origin list can contain other lists after a merge. Thesyntax-track-origin procedure implements this tracking. The 'origin property is added as non-preserved.

Besides 'origin tracking for general macro expansion, Racket adds properties to expanded syntax (often usingsyntax-track-origin) to record additional expansion details:

• When a begin form is spliced into a sequence with internal definitions (see Internal Definitions),syntax-track-origin is applied to every spliced element from the begin body. The second argument tosyntax-track-origin is the begin form, and the third argument is the begin keyword (extracted from the spliced form).
• When an internal define-values ordefine-syntaxes form is converted into aletrec-syntaxes+values form (see Internal Definitions),syntax-track-origin is applied to each generated binding clause. The second argument to syntax-track-origin is the converted form, and the third argument is the define-valuesor define-syntaxes keyword form the converted form.
• When a letrec-syntaxes+values expression is fully expanded, syntax bindings disappear, and the result is either aletrec-values form (if the unexpanded form contained non-syntax bindings), or only the body of theletrec-syntaxes+values form (wrapped with begin if the body contained multiple expressions). To record the disappeared syntax bindings, a property is added to the expansion result: an immutable list of identifiers from the disappeared bindings, as a'disappeared-binding property.
• When a subtyping struct form is expanded, the identifier used to reference the base type does not appear in the expansion. Therefore, the struct transformer adds the identifier to the expansion result as a'disappeared-use property.
• When a rename transformer is used to replace aset! target, syntax-track-origin is used on the target identifier (the same as when the identifier is used as an expression).
• When a reference to an unexported or protected identifier from a module is discovered, the 'protected property is added to the identifier with a #t value.
• When read-syntaxgenerates a syntax object, it attaches a property to the object (using a private key) to mark the object as originating from a read. The syntax-original? predicate looks for the property to recognize such syntax objects. (See Syntax Object Content for more information. The property is not transferred by the expander from a macro transformer input to its output or by syntax-track-origin.)

See also Check Syntaxfor one client of the 'disappeared-use and 'disappeared-bindingproperties.

See Information on Expanded Modules for information about properties generated by the expansion of a module declaration. See lambda andInferred Value Names for information about properties recognized when compiling a procedure. See current-compile for information on properties and byte codes.

The three- or four-argument form extends stx by associating an arbitrary property value v with the key key; the result is a new syntax object with the association (while stxitself is unchanged). The property is added aspreserved if preserved? is true, in which case key must be an interned symbol, and vshould be a value as described below that can be saved in marshaled bytecode.

The two-argument form returns an arbitrary property value associated to stx with the key key, or #f if no value is associated to stx for key. If stx is tainted, then syntax objects with the result value are tainted.

To support marshaling to bytecode, a value for a preserved syntax property must be a non-cyclic value that is either

• a pair containing allowed preserved-property values;
• a vector (unmarshaled as immutable) containing allowed preserved-property values;
• a box (unmarshaled as immutable) containing allowed preserved-property values;
• an immutable prefab structure containing allowed preserved-property values;
• an immutable hash table whose keys and values are allowed preserved-property values;
• a syntax object; or
• an empty list, symbol, number, character,string, byte string, or regexp value.

Any other value for a preserved property triggers an exception at an attempt to marshal the owning syntax object to bytecode form.

Changed in version 6.4.0.14 of package base: Added the preserved? argument.

Returns a syntax object like stx, but without a property (if any) for key.

Added in version 6.90.0.20 of package base.

Returns #t if stx has apreserved property value for key,#f otherwise.

Added in version 6.4.0.14 of package base.

Returns a list of all symbols that as keys have associated properties in stx. Uninterned symbols (see Symbols) are not included in the result list.

Adds properties to new-stx in the same way that macro expansion adds properties to a transformer result. In particular, it merges the properties of orig-stx into new-stx, first adding id-stx as an 'origin property and removing the property recognized by syntax-original?, and it returns the property-extended syntax object. Use thesyntax-track-origin procedure in a macro transformer that discards syntax (corresponding to orig-stx with a keywordid-stx) leaving some other syntax in its place (corresponding to new-stx).

For example, the expression

(or x y)

expands to

(let ([or-part x]) (if or-part or-part (or y)))

which, in turn, expands to

(let-values ([(or-part) x]) (if or-part or-part y))

The syntax object for the final expression will have an'origin property whose value is (list (quote-syntax let) (quote-syntax or)).

Changed in version 7.0 of package base: Included the syntax-original?property among the ones transferred tonew-stx.
Changed in version 8.2.0.7: Corrected back to removing the syntax-original?property from the set transferred tonew-stx.