Renz Christian Bagaporo 3882e48e8a cmake: use new signature form of target_link_library to link components ... !4452 used setting LINK_LIBRARIES and INTERFACE_LINK_LIBRARIES to link components built under ESP-IDF build system. However, LINK_LIBRARIES does not produce behavior same as linking PRIVATE. This MR uses the new signature for target_link_libraries directly instead. This also moves setting dependencies during component registration rather than after all components have been processed. The consequence is that internally, components have to use the new signature form as well. This does not affect linking the components to external targets, such as with idf_as_lib example. This only affects linking additional libraries to ESP-IDF libraries outside component processing (after idf_build_process), which is not even possible for CMake<v3.13 as target_link_libraries is not valid for targets not created in current directory. See https://cmake.org/cmake/help/v3.13/policy/CMP0079.html#policy:CMP0079		2019-06-11 18:09:26 +08:00
..
bootloader_start.c	cmake: For gcc8 use linker to find paths to libc, libm, libstdc++, etc	2019-05-28 12:54:37 +08:00
CMakeLists.txt	cmake: use new signature form of target_link_library to link components	2019-06-11 18:09:26 +08:00
component.mk	esp_rom: export newlib functions as strong symbols	2019-04-10 13:52:30 +08:00
esp32.bootloader.ld	esp32: Allow fixed static RAM size and DRAM heap size	2019-06-06 18:23:04 +10:00
esp32.bootloader.rom.ld	misc adjustment of esp32 component	2019-04-03 19:57:46 +08:00
Makefile.projbuild	derive esp_wifi from esp32 component	2019-04-01 20:04:52 +08:00