@@ -31,7 +31,7 @@ class ConfigEntryDetails(BaseModel):
3131 macro_name : str | None = None
3232 """
3333 Name of the macro that this setting shall generate. If unset, defaults to
34- 'MBED_CONF_<namespace uppercase>_<config entry name uppercase>', where
34+ `` 'MBED_CONF_<namespace uppercase>_<config entry name uppercase>'`` , where
3535 <namespace> is the current namespace, i.e. the value of the "name" property for mbed_lib.json5 files,
3636 "target" for targets.json5 entries, and "app" in mbed_app.json5.
3737 """
@@ -127,7 +127,7 @@ class BaseJSONConfig(BaseModel):
127127 """
128128 List of overrides to unconditionally apply when this lib is included.
129129
130- Overrides take the form "[<namespace>.]<setting>": <value> and cause the value of the given config
130+ Overrides take the form `` "[<namespace>.]<setting>": <value>`` and cause the value of the given config
131131 setting to be changed to the given value. If the namespace is omitted, it will be set to the current
132132 namespace (i.e. the value of the "name" property for mbed_lib.json5 files, "target" for targets.json5 entries, and
133133 "app" in mbed_app.json5).
@@ -188,13 +188,13 @@ class MbedLibJSON(BaseJSONConfig):
188188 List of overrides applied based on target labels. This is similar to the "overrides" section,
189189 but allows applying the override only if the target has a specific label. Labels generally
190190 come from the names of the target and its parents, but targets can also add extra ones.
191- For example:
191+ For example::
192192
193- "target_overrides": {
194- "MIMXRT105X": {
195- "some-setting": some-value
193+ "target_overrides": {
194+ "MIMXRT105X": {
195+ "some-setting": some-value
196+ }
196197 }
197- }
198198
199199 would apply the override only for targets in the MIMXRT105X target family.
200200
@@ -279,14 +279,14 @@ class TargetJSON(BaseJSONConfig):
279279 from the "closest" ancestor is used, and all other values are discarded.
280280
281281 To determine the attribute's value, the inheritance tree is flattened into a list using a depth-first traversal
282- that visits the first parent of each target first. For example, the inheritance tree diagram for target "A" below:
282+ that visits the first parent of each target first. For example, the inheritance tree diagram for target "A" below::
283283
284- D E
285- | |
286- B C
287- |_____|
288- |
289- A
284+ D E
285+ | |
286+ B C
287+ |_____|
288+ |
289+ A
290290
291291 Would give us an inheritance order of [A, B, D, C, E]. Then, the overriding attribute's value would be taken
292292 from the first target in this list to contain the attribute.
@@ -301,14 +301,14 @@ class TargetJSON(BaseJSONConfig):
301301
302302 UNLIKE overriding and merging attributes, accumulating attributes use a breadth-first search to flatten
303303 the inheritance hierarchy. (why? no idea! Probably for legacy compatibility...). For example, an inheritance
304- tree diagram for the target "A" below
304+ tree diagram for the target "A" below::
305305
306- D E
307- | |
308- B C
309- |_____|
310- |
311- A
306+ D E
307+ | |
308+ B C
309+ |_____|
310+ |
311+ A
312312
313313 Would give us an inheritance order of [A, B, C, D, E]. To process this, the first occurrence of the bare
314314 attribute name in the above list is found, and then we work backwards towards target A processing "_add" and
@@ -366,14 +366,14 @@ class TargetJSON(BaseJSONConfig):
366366
367367 Note that this specific attribute has some special behavior, in that the value after the "=" in the macro
368368 definition can be ignored when finding matches to remove. So if the parent target adds a macro "FOO=7", then
369- doing "macros_remove": ["FOO"] in a child target is enough to remove it.
369+ doing `` "macros_remove": ["FOO"]`` in a child target is enough to remove it.
370370 """
371371
372372 extra_labels : list [str ] = Field (default_factory = list )
373373 """
374374 Additional labels to add for this target and targets that inherit from it.
375- Labels are added to the `MBED_TARGET_LABELS` list in CMake, and become compile definitions
376- in the format `TARGET_<label>`.
375+ Labels are added to the `` MBED_TARGET_LABELS` ` list in CMake, and become compile definitions
376+ in the format `` TARGET_<label>` `.
377377 They are also used to control which directories in the source code are scanned for mbed_lib.json5 files.
378378
379379 This is an accumulating attribute in its base form.
@@ -464,7 +464,7 @@ class TargetJSON(BaseJSONConfig):
464464
465465 See mbed-os/targets/drivers.json5 for a full list of recognized peripheral names.
466466
467- The peripheral list becomes compile definitions in the format `DEVICE_<name>`.
467+ The peripheral list becomes compile definitions in the format `` DEVICE_<name>` `.
468468
469469 This is an accumulating attribute in its base form.
470470 """
@@ -598,13 +598,13 @@ class MbedAppJSON(BaseJSONConfig):
598598 List of overrides applied based on target labels. This is similar to the "overrides" section,
599599 but allows applying the override only if the target has a specific label. Labels generally
600600 come from the names of the target and its parents, but targets can also add extra ones.
601- For example:
601+ For example::
602602
603- "target_overrides": {
604- "MIMXRT105X": {
605- "some-setting": some-value
603+ "target_overrides": {
604+ "MIMXRT105X": {
605+ "some-setting": some-value
606+ }
606607 }
607- }
608608
609609 would apply the override only for targets in the MIMXRT105X target family.
610610
0 commit comments