esp-idf/components/driver/component.mk

#
# Component Makefile
#
COMPONENT_SRCDIRS := . $(IDF_TARGET)

COMPONENT_ADD_INCLUDEDIRS := include $(IDF_TARGET)/include $(IDF_TARGET)/include/driver

COMPONENT_PRIV_INCLUDEDIRS := include/driver

# uses C11 atomic feature
spi_master.o: CFLAGS += -std=gnu11
add gpio driver code 2016-09-19 05:33:21 -04:00			`#`
			`# Component Makefile`
			`#`
add Comment for touchpad 2019-06-20 04:13:47 -04:00			`COMPONENT_SRCDIRS := . $(IDF_TARGET)`
add gpio driver code 2016-09-19 05:33:21 -04:00
driver(adc/dac): fix adc dac driver for esp32s2 1. update register file about adc; 2. fix adc driver; 3. add UT for adc/dac; See merge request espressif/esp-idf!7776 2020-02-25 09:19:48 -05:00			`COMPONENT_ADD_INCLUDEDIRS := include $(IDF_TARGET)/include $(IDF_TARGET)/include/driver`
add gpio driver code 2016-09-19 05:33:21 -04:00
			`COMPONENT_PRIV_INCLUDEDIRS := include/driver`

spi_master: compile as C11 due to use of stdatomic.h stdatomic.h is available both in newlib and GCC include directories. Normally (if you invoke the compiler without any flags) GCC include directories are first on the list, so GCC’s stdatomic.h is used. In IDF, we used to pass newlib include path as an extra include directory, so newlib’s stdint.h got included instead. Newlib 2.2.0 stdatomic implementation is compatible with -std=gnu99 but incompatible with -std=gnu11. And GCC doesn’t support atomic_load with -std=gnu99 (it’s a C11 feature). So when we used atomic_load with -std=gnu99, it worked due to newlib’s header. Since we are no longer going to be including newlib headers into IDF, GCC stdatomic will be used instead. Hence, add -std=gnu11 for source files which use atomic features. 2019-03-08 01:57:00 -05:00			`# uses C11 atomic feature`
			`spi_master.o: CFLAGS += -std=gnu11`