Fix \firstlibchapter macro expansion for older C++ standards

The intro pages in n3337/n4140/n4659 were incorrectly linking to [[support]]
instead of [[language.support]] because the \firstlibchapter macro was not
being properly read from config.tex.

Root causes:
1. standard_builder.py creates temp files in /tmp/ for expanded LaTeX, but
   converter.py calculated source_dir from the temp file path, so cpp-macros.lua
   couldn't find config.tex
2. Pandoc's default filter traversal processes elements before metadata, so
   Meta() which loads config.tex ran AFTER \firstlibchapter was already expanded

Fixes:
- Add source_dir parameter to converter.py convert_file() so callers can
  explicitly pass the correct source directory
- Update standard_builder.py to pass source_dir to convert_file() calls
- Add explicit filter return list in cpp-macros.lua to ensure Meta runs first
- Include CodeBlock handler in the filter list (was accidentally omitted)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>

Author: lefticus

n3337/intro.md

@@ -304,11 +304,11 @@ That description includes detailed syntactic specifications in a form
 described in  [[syntax]]. For convenience, Annex  [[gram]] repeats all
 such syntactic specifications.
 
-Clauses  [[support]] through  [[thread]] and Annex  [[depr]] (the
-*library clauses*) describe the Standard C++library. That description
-includes detailed descriptions of the templates, classes, functions,
-constants, and macros that constitute the library, in a form described
-in Clause  [[library]].
+Clauses  [[language.support]] through  [[thread]] and Annex  [[depr]]
+(the *library clauses*) describe the Standard C++library. That
+description includes detailed descriptions of the templates, classes,
+functions, constants, and macros that constitute the library, in a form
+described in Clause  [[library]].
 
 Annex  [[implimits]] recommends lower bounds on the capacity of
 conforming implementations.
@@ -1034,17 +1034,17 @@ All rights in these originals are reserved.
 [intro.refs]: #intro.refs
 [intro.scope]: #intro.scope
 [intro.structure]: #intro.structure
+[language.support]: language.md#language.support
 [lex]: lex.md#lex
 [lex.charset]: lex.md#lex.charset
 [lex.phases]: lex.md#lex.phases
 [library]: library.md#library
-[support]: #support
 [syntax]: #syntax
 [thread]: thread.md#thread
 
-[^1]: With the qualifications noted in Clauses  [[support]] through 
-    [[thread]] and in  [[diff.library]], the C standard library is a
-    subset of the C++standard library.
+[^1]: With the qualifications noted in Clauses  [[language.support]]
+    through  [[thread]] and in  [[diff.library]], the C standard library
+    is a subset of the C++standard library.
 
 [^2]: “Correct execution” can include undefined behavior, depending on
     the data being processed; see  [[intro.defs]] and 

n3337/library.md

@@ -9,12 +9,13 @@ implementation may provide the entities in the library.
 The following subclauses describe the definitions ([[definitions]]),
 method of description ([[description]]), and organization (
 [[organization]]) of the library. Clause  [[requirements]], Clauses 
-[[support]] through  [[thread]], and Annex  [[depr]] specify the
-contents of the library, as well as library requirements and constraints
-on both well-formed C++programs and conforming implementations.
+[[language.support]] through  [[thread]], and Annex  [[depr]] specify
+the contents of the library, as well as library requirements and
+constraints on both well-formed C++programs and conforming
+implementations.
 
 Detailed specifications for each of the components in the library are in
-Clauses  [[support]]– [[thread]], as shown in Table 
+Clauses  [[language.support]]– [[thread]], as shown in Table 
 [[tab:library.categories]].
 
 The language support library (Clause  [[language.support]]) provides
@@ -257,8 +258,8 @@ International Standard.
 
 This subclause describes the conventions used to specify the C++standard
 library. [[structure]] describes the structure of the normative Clauses 
-[[support]] through  [[thread]] and Annex  [[depr]]. [[conventions]]
-describes other editorial conventions.
+[[language.support]] through  [[thread]] and Annex  [[depr]].
+[[conventions]] describes other editorial conventions.
 
 ### Structure of each clause <a id="structure">[[structure]]</a>
 
@@ -448,10 +449,10 @@ this particular enumerated type. All such elements have distinct values.
 
 ##### Bitmask types <a id="bitmask.types">[[bitmask.types]]</a>
 
-Several types defined in Clauses  [[support]] through  [[thread]] and
-Annex  [[depr]] are *bitmask types*. Each bitmask type can be
-implemented as an enumerated type that overloads certain operators, as
-an integer type, or as a `bitset` ([[template.bitset]]).
+Several types defined in Clauses  [[language.support]] through 
+[[thread]] and Annex  [[depr]] are *bitmask types*. Each bitmask type
+can be implemented as an enumerated type that overloads certain
+operators, as an integer type, or as a `bitset` ([[template.bitset]]).
 
 The bitmask type *bitmask* can be written:
 
@@ -520,9 +521,9 @@ sequences that follow a few uniform conventions:
   functions that convert between a (single-byte) character sequence and
   a value of one of the floating-point types. It is used in the
   character sequence to denote the beginning of a fractional part. It is
-  represented in Clauses  [[support]] through  [[thread]] and Annex 
-  [[depr]] by a period, `'.'`, which is also its value in the `"C"`
-  locale, but may change during program execution by a call to
+  represented in Clauses  [[language.support]] through  [[thread]] and
+  Annex  [[depr]] by a period, `'.'`, which is also its value in the
+  `"C"` locale, but may change during program execution by a call to
   `setlocale(int, const char*)`,[^10] or by a change to a `locale`
   object, as described in Clauses  [[locales]] and  [[input.output]].
 - A *character sequence* is an array object ([[dcl.array]]) *A* that
@@ -558,24 +559,24 @@ A *static* NTMBS is an NTMBSwith static storage duration.
 
 #### Functions within classes <a id="functions.within.classes">[[functions.within.classes]]</a>
 
-For the sake of exposition, Clauses  [[support]] through  [[thread]] and
-Annex  [[depr]] do not describe copy/move constructors, assignment
-operators, or (non-virtual) destructors with the same apparent semantics
-as those that can be generated by default ([[class.ctor]],
-[[class.dtor]], [[class.copy]]).
+For the sake of exposition, Clauses  [[language.support]] through 
+[[thread]] and Annex  [[depr]] do not describe copy/move constructors,
+assignment operators, or (non-virtual) destructors with the same
+apparent semantics as those that can be generated by default (
+[[class.ctor]], [[class.dtor]], [[class.copy]]).
 
 It is unspecified whether the implementation provides explicit
 definitions for such member function signatures, or for virtual
 destructors that can be generated by default.
 
 #### Private members <a id="objects.within.classes">[[objects.within.classes]]</a>
 
-Clauses  [[support]] through  [[thread]] and Annex  [[depr]] do not
-specify the representation of classes, and intentionally omit
+Clauses  [[language.support]] through  [[thread]] and Annex  [[depr]] do
+not specify the representation of classes, and intentionally omit
 specification of class members ([[class.mem]]). An implementation may
 define static or non-static class members, or both, as needed to
 implement the semantics of the member functions specified in Clauses 
-[[support]] through  [[thread]] and Annex  [[depr]].
+[[language.support]] through  [[thread]] and Annex  [[depr]].
 
 Objects of certain classes are sometimes required by the external
 specifications of their classes to store data, apparently in member
@@ -596,9 +597,9 @@ external behavior.
 ## Library-wide requirements <a id="requirements">[[requirements]]</a>
 
 This subclause specifies requirements that apply to the entire
-C++standard library. Clauses  [[support]] through  [[thread]] and Annex 
-[[depr]] specify the requirements of individual entities within the
-library.
+C++standard library. Clauses  [[language.support]] through  [[thread]]
+and Annex  [[depr]] specify the requirements of individual entities
+within the library.
 
 Requirements specified in terms of interactions between threads do not
 apply to programs having only a single thread of execution.
@@ -674,16 +675,16 @@ headers, as shown in Table  [[tab:cpp.c.headers]].
 | `<cfloat>`   | `<csetjmp>`   | `<cstdint>`   | `<cuchar>`  |             |
 
 
-Except as noted in Clauses  [[support]] through  [[thread]] and Annex 
-[[depr]], the contents of each header `cname` shall be the same as that
-of the corresponding header `name.h`, as specified in the C standard
-library ([[intro.refs]]) or the C Unicode TR, as appropriate, as if by
-inclusion. In the C++standard library, however, the declarations (except
-for names which are defined as macros in C) are within namespace scope (
-[[basic.scope.namespace]]) of the namespace `std.` It is unspecified
-whether these names are first declared within the global namespace scope
-and are then injected into namespace `std` by explicit
-*using-declaration*s ([[namespace.udecl]]).
+Except as noted in Clauses  [[language.support]] through  [[thread]] and
+Annex  [[depr]], the contents of each header `cname` shall be the same
+as that of the corresponding header `name.h`, as specified in the C
+standard library ([[intro.refs]]) or the C Unicode TR, as appropriate,
+as if by inclusion. In the C++standard library, however, the
+declarations (except for names which are defined as macros in C) are
+within namespace scope ([[basic.scope.namespace]]) of the namespace
+`std.` It is unspecified whether these names are first declared within
+the global namespace scope and are then injected into namespace `std` by
+explicit *using-declaration*s ([[namespace.udecl]]).
 
 Names which are defined as macros in C shall be defined as macros in the
 C++ standard library, even if C grants license for implementation as
@@ -1218,9 +1219,9 @@ program ([[class.virtual]]).
 
 #### Replacement functions <a id="replacement.functions">[[replacement.functions]]</a>
 
-Clauses  [[support]] through  [[thread]] and Annex  [[depr]] describe
-the behavior of numerous functions defined by the C++standard library.
-Under some circumstances, however, certain of these function
+Clauses  [[language.support]] through  [[thread]] and Annex  [[depr]]
+describe the behavior of numerous functions defined by the C++standard
+library. Under some circumstances, however, certain of these function
 descriptions also apply to replacement functions defined in the
 program ([[definitions]]).
 
@@ -1398,8 +1399,8 @@ It is unspecified whether any global or non-member functions in the
 C++standard library are defined as `inline` ([[dcl.fct.spec]]).
 
 A call to a global or non-member function signature described in
-Clauses  [[support]] through  [[thread]] and Annex  [[depr]] shall
-behave as if the implementation declared no additional global or
+Clauses  [[language.support]] through  [[thread]] and Annex  [[depr]]
+shall behave as if the implementation declared no additional global or
 non-member function signatures.[^27]
 
 An implementation shall not declare a global or non-member function
@@ -1511,8 +1512,8 @@ visible side effects.
 #### Protection within classes <a id="protection.within.classes">[[protection.within.classes]]</a>
 
 It is unspecified whether any function signature or class described in
-Clauses  [[support]] through  [[thread]] and Annex  [[depr]] is a
-`friend` of another class in the C++standard library.
+Clauses  [[language.support]] through  [[thread]] and Annex  [[depr]] is
+a `friend` of another class in the C++standard library.
 
 #### Derived classes <a id="derivation">[[derivation]]</a>
 
@@ -1727,7 +1728,6 @@ objects shall be placed in a valid but unspecified state.
 [structure.see.also]: #structure.see.also
 [structure.specifications]: #structure.specifications
 [structure.summary]: #structure.summary
-[support]: #support
 [support.dynamic]: language.md#support.dynamic
 [support.exception]: language.md#support.exception
 [support.initlist]: language.md#support.initlist

n4140/intro.md

@@ -290,11 +290,11 @@ That description includes detailed syntactic specifications in a form
 described in  [[syntax]]. For convenience, Annex  [[gram]] repeats all
 such syntactic specifications.
 
-Clauses  [[support]] through  [[thread]] and Annex  [[depr]] (the
-*library clauses*) describe the Standard C++library. That description
-includes detailed descriptions of the templates, classes, functions,
-constants, and macros that constitute the library, in a form described
-in Clause  [[library]].
+Clauses  [[language.support]] through  [[thread]] and Annex  [[depr]]
+(the *library clauses*) describe the Standard C++library. That
+description includes detailed descriptions of the templates, classes,
+functions, constants, and macros that constitute the library, in a form
+described in Clause  [[library]].
 
 Annex  [[implimits]] recommends lower bounds on the capacity of
 conforming implementations.
@@ -1060,17 +1060,17 @@ All rights in these originals are reserved.
 [intro.refs]: #intro.refs
 [intro.scope]: #intro.scope
 [intro.structure]: #intro.structure
+[language.support]: language.md#language.support
 [lex]: lex.md#lex
 [lex.charset]: lex.md#lex.charset
 [lex.phases]: lex.md#lex.phases
 [library]: library.md#library
-[support]: #support
 [syntax]: #syntax
 [thread]: thread.md#thread
 
-[^1]: With the qualifications noted in Clauses  [[support]] through 
-    [[thread]] and in  [[diff.library]], the C standard library is a
-    subset of the C++standard library.
+[^1]: With the qualifications noted in Clauses  [[language.support]]
+    through  [[thread]] and in  [[diff.library]], the C standard library
+    is a subset of the C++standard library.
 
 [^2]: “Correct execution” can include undefined behavior, depending on
     the data being processed; see  [[intro.defs]] and