Crash_Override/OVMS3-idf
1
0
Fork 0
Code Issues Pull requests Projects Releases Wiki Activity
OVMS3-idf/components/esp32/component.mk

57 lines
2.2 KiB
Makefile
Raw Normal View History

Initial public version
2016-08-17 15:08:22 +00:00
#
# Component Makefile
#
mbedtls: Use hardware accelerated AES, SHA, bignum
2016-09-08 09:41:43 +00:00
COMPONENT_SRCDIRS := . hwcrypto
Add --warn-undefined-variables to MAKEFLAGS Fix warnings where undefined vars are used. Make Kconfig emit "FOO=" for unset bool options To ensure make variables are always defined, even if empty. When writing auto.conf, include symbols disabled by dependency to make sure all make variables are always defined. Fixes espressif/esp-idf#137 Cherry-picked from https://github.com/espressif/esp-idf/pull/138
2016-12-03 22:11:22 +00:00
LIBS ?=
build system: Restore ifdef/ifndef in Makefiles, clean up examples build
2017-09-05 05:50:31 +00:00
ifndef CONFIG_NO_BLOBS
add mesh feature
2018-02-27 10:22:20 +00:00
LIBS += core rtc net80211 pp wpa smartconfig coexist wps wpa2 espnow phy mesh
kconfig: Add an option for skipping binary blobs
2017-08-10 05:16:36 +00:00
endif
mbedtls: Use hardware accelerated AES, SHA, bignum
2016-09-08 09:41:43 +00:00
separate rom from esp32 component to esp_rom 1. separate rom include files and linkscript to esp_rom 2. modefiy "include rom/xxx.h" to "include esp32/rom/xxx.h" 3. Forward compatible 4. update mqtt
2019-03-14 09:29:32 +00:00
ifdef CONFIG_SPIRAM_ALLOW_BSS_SEG_EXTERNAL_MEMORY
esp32: Rename esp32.common.ld to esp32.project.ld to avoid build errors when downgrading Linker script generator produces build/esp32/esp32.common.ld from components/esp32/ld/esp32.common.ld.in This works fine until IDF is downgraded to V3.1 which uses components/esp32/ld/esp32.common.ld and doesn't track build/esp32/esp32.common.ld at all. At this point, the linker runs in the build/esp32 directory and "-T esp32.common.ld" picks up the linker script generated .ld file, which causes mis-builds. As reported on forums: https://esp32.com/viewtopic.php?f=13&t=9684&p=40105
2019-03-13 22:59:31 +00:00
# This linker script must come before esp32.project.ld
doc: update document of external memory
2018-09-21 06:33:18 +00:00
LINKER_SCRIPTS += esp32.extram.bss.ld
endif
Add initial SPI RAM support. This adds support for an ESP-PSRAM32 chip connected to the default flash pins and GPIO 16 and 17. The RAM is mapped to address 0x3F800000, but otherwise ignored by esp-idf as of yet.
2017-07-20 08:26:35 +00:00
#Linker scripts used to link the final application.
#Warning: These linker scripts are only used when the normal app is compiled; the bootloader
#specifies its own scripts.
separate rom from esp32 component to esp_rom 1. separate rom include files and linkscript to esp_rom 2. modefiy "include rom/xxx.h" to "include esp32/rom/xxx.h" 3. Forward compatible 4. update mqtt
2019-03-14 09:29:32 +00:00
LINKER_SCRIPTS += $(COMPONENT_BUILD_DIR)/esp32.project.ld esp32.peripherals.ld
spi_flash: Fixed bug in SPI flash ROM driver to work with embedded flash chip 1) fixed SPI_read_status: added check for flash busy flag in matrix mode 2) fixed SPI_page_program: enable write before writing data to SPI FIFO 3) SPI flash ROM funcs replacement is controlled via menuconfig option
2017-03-09 07:29:00 +00:00
tools: implement linker script generation
2018-04-18 02:57:45 +00:00
#ld_include_panic_highint_hdl is added as an undefined symbol because otherwise the
Break out high-level interrupts so a component can override them
2017-04-18 09:14:32 +00:00
#linker will ignore panic_highint_hdl.S as it has no other files depending on any
#symbols in it.
build system: Use component.mk for all components, refactor bootloader build For config-only components, component.mk should now contain "COMPONENT_CONFIG_ONLY := 1" Also refactored some of the generation of linker paths, library list. This required cleaning up the way the bootloader project works, it's now mostly independent from the parent.
2017-06-23 04:08:01 +00:00
COMPONENT_ADD_LDFLAGS += $(COMPONENT_PATH)/libhal.a \
build system: Project ELF should depend on linker scripts, binary libraries TW#7816
2016-12-12 04:54:30 +00:00
-L$(COMPONENT_PATH)/lib \
$(addprefix -l,$(LIBS)) \
-L $(COMPONENT_PATH)/ld \
-T esp32_out.ld \
Break out high-level interrupts so a component can override them
2017-04-18 09:14:32 +00:00
-u ld_include_panic_highint_hdl \
tools: implement linker script generation
2018-04-18 02:57:45 +00:00
$(addprefix -T ,$(LINKER_SCRIPTS)) \
COMPONENT_ADD_LDFRAGMENTS += ld/esp32_fragments.lf linker.lf
Initial public version
2016-08-17 15:08:22 +00:00
Make: Add some "magic" to try and pull git submodules if missing
2016-08-19 06:20:28 +00:00
ALL_LIB_FILES := $(patsubst %,$(COMPONENT_PATH)/lib/lib%.a,$(LIBS))
build system: Refactor SubmoduleCheck to work project-wide Required at project level because some components use header files in other components' submodules, and one component with a submodule (esptool.py) doesn't have or need a component.mk.
2016-11-16 00:12:48 +00:00
COMPONENT_SUBMODULES += lib
Make: Add some "magic" to try and pull git submodules if missing
2016-08-19 06:20:28 +00:00
build system: Project ELF should depend on linker scripts, binary libraries TW#7816
2016-12-12 04:54:30 +00:00
# final linking of project ELF depends on all binary libraries, and
# all linker scripts (except esp32_out.ld, as this is code generated here.)
tools: implement linker script generation
2018-04-18 02:57:45 +00:00
COMPONENT_ADD_LINKER_DEPS := $(ALL_LIB_FILES) \
esp32: Rename esp32.common.ld to esp32.project.ld to avoid build errors when downgrading Linker script generator produces build/esp32/esp32.common.ld from components/esp32/ld/esp32.common.ld.in This works fine until IDF is downgraded to V3.1 which uses components/esp32/ld/esp32.common.ld and doesn't track build/esp32/esp32.common.ld at all. At this point, the linker runs in the build/esp32 directory and "-T esp32.common.ld" picks up the linker script generated .ld file, which causes mis-builds. As reported on forums: https://esp32.com/viewtopic.php?f=13&t=9684&p=40105
2019-03-13 22:59:31 +00:00
$(addprefix ld/, $(filter-out $(COMPONENT_BUILD_DIR)/esp32.project.ld, $(LINKER_SCRIPTS))) \
$(COMPONENT_BUILD_DIR)/esp32.project.ld
esp32: Pass memory layout linker script through C preprocessor C preprocessor is a bit icky, but with ULP we will have 3 possible variables influencing the memory layout and 9 linker scripts is too many!
2016-09-21 01:04:16 +00:00
# Preprocess esp32.ld linker script into esp32_out.ld
#
# The library doesn't really depend on esp32_out.ld, but it
# saves us from having to add the target to a Makefile.projbuild
doc: update document of external memory
2018-09-21 06:33:18 +00:00
$(COMPONENT_LIBRARY): esp32_out.ld
esp32: Pass memory layout linker script through C preprocessor C preprocessor is a bit icky, but with ULP we will have 3 possible variables influencing the memory layout and 9 linker scripts is too many!
2016-09-21 01:04:16 +00:00
esp32_out.ld: $(COMPONENT_PATH)/ld/esp32.ld ../include/sdkconfig.h
$(CC) -I ../include -C -P -x c -E $< -o $@
esp32: Rename esp32.common.ld to esp32.project.ld to avoid build errors when downgrading Linker script generator produces build/esp32/esp32.common.ld from components/esp32/ld/esp32.common.ld.in This works fine until IDF is downgraded to V3.1 which uses components/esp32/ld/esp32.common.ld and doesn't track build/esp32/esp32.common.ld at all. At this point, the linker runs in the build/esp32 directory and "-T esp32.common.ld" picks up the linker script generated .ld file, which causes mis-builds. As reported on forums: https://esp32.com/viewtopic.php?f=13&t=9684&p=40105
2019-03-13 22:59:31 +00:00
COMPONENT_EXTRA_CLEAN := esp32_out.ld $(COMPONENT_BUILD_DIR)/esp32.project.ld
esp32: Adds Stack Smashing Protection Feature These changes add posibility to enable GCC stack protector via menuconfig for all source files in project.
2017-11-15 08:09:54 +00:00
# disable stack protection in files which are involved in initialization of that feature
add mesh feature
2018-02-27 10:22:20 +00:00
cpu_start.o: CFLAGS := $(filter-out -fstack-protector%, $(CFLAGS))
Reference in a new issue Copy permalink