esp-idf/components/esptool_py
Renz Christian Bagaporo d0b2d5ec95 cmake: Fix for Python files executed directly, not via PYTHON variable
A problem if the Python interpreter used for idf.py (or set via PYTHON
variable) didn't match
"/usr/bin/env python" (or the associated executable for .py files, on
Windows).

Closes https://github.com/espressif/esp-idf/issues/3160
Possibly also fix for https://github.com/espressif/esp-idf/issues/2936

Adds build system test to catch any future direct execution of Python in
the standard build process.
2019-03-12 13:31:44 +08:00
..
esptool@9ad444a6e0 Update esptool.py to v2.6 2019-01-19 14:44:55 +08:00
CMakeLists.txt cmake: separate app from idf lib project 2018-11-27 13:59:24 +08:00
component.mk build system: Use component.mk for all components, refactor bootloader build 2017-07-19 09:10:48 +10:00
flash_app_args.in cmake: separate app from idf lib project 2018-11-27 13:59:24 +08:00
flash_bootloader_args.in CMake : Secure Boot support added 2018-11-06 17:09:55 +05:30
flash_partition_table_args.in Merge branch 'master' into feature/cmake 2018-08-16 17:14:17 +10:00
flash_project_args.in cmake: separate app from idf lib project 2018-11-27 13:59:24 +08:00
flasher_args.json.in unit tests: Keep serial port open when running esptool 2018-12-18 14:09:29 +11:00
Kconfig.projbuild Correct Kconfigs according to the coding style 2019-01-29 13:37:01 +01:00
LICENSE Initial public version 2016-08-17 23:08:22 +08:00
Makefile.projbuild build system: include SHA256 hash of ELF file into app_desc structure 2019-02-27 13:30:25 +08:00
project_include.cmake cmake: Fix for Python files executed directly, not via PYTHON variable 2019-03-12 13:31:44 +08:00
run_esptool.cmake cmake: Handle ESPPORT environment variable correctly 2018-10-15 10:25:44 +11:00