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