a7c430f36f
Almost all labels generated by the extracting script are now prefixed with DT_. The only exceptions are: - stuff with 'base_label' specified in yaml bindings - items specified by 'regs_config' and 'name_config' dictionaries in globals.py module - FLASH related labels generated by flash.extract() called separately from generate_node_definitions(), e.g. FLASH_WRITE_BLOCK_SIZE - these are used directly, not through fixups, from existing code so I didn't want to touch them now Labels generated for aliases are additionally prefixed with information from the 'compatible' property, e.g. DT_GPIO_LEDS_LED0_* is generated instead of LED0_*. To provide backward compatibility for code that uses LEDx_* and SWx_* labels in their previous forms, a command line option named 'old-alias-names' is added to the extraction script. This option causes that the labels for aliases are generated in both old and new forms. Currently this option is always enabled in dts.cmake. Signed-off-by: Andrzej Głąbek <andrzej.glabek@nordicsemi.no> |
||
|---|---|---|
| .. | ||
| app | ||
| compiler | ||
| emu | ||
| flash | ||
| ide | ||
| reports | ||
| toolchain | ||
| usage | ||
| util | ||
| ccache.cmake | ||
| dts.cmake | ||
| extensions.cmake | ||
| extra_flags.cmake | ||
| fpu-for-gcc-m-cpu.cmake | ||
| gcc-m-cpu.cmake | ||
| hex.cmake | ||
| host-tools-zephyr.cmake | ||
| host-tools.cmake | ||
| kconfig.cmake | ||
| kobj.cmake | ||
| pristine.cmake | ||
| toolchain.cmake | ||
| version.cmake | ||