RIOT/boards/chronos/Makefile.include

## the cpu to build for
export CPU = cc430
export CPU_MODEL = cc430f6137

# flasher configuration
FLASHFILE ?= $(HEXFILE)
FLASHER = mspdebug
FFLAGS = rf2500 "prog $(FLASHFILE)"

INCLUDES += -I$(RIOTBOARD)/$(BOARD)/drivers/include

USEMODULE += chronos-drivers
modified and cleaned some files to build RIOT for chronos 2013-03-30 21:37:56 +01:00			`## the cpu to build for`
			`export CPU = cc430`
boards/chronos: Makefile cleanup 2015-09-16 17:17:37 +02:00			`export CPU_MODEL = cc430f6137`
modified and cleaned some files to build RIOT for chronos 2013-03-30 21:37:56 +01:00
boards/chronos: Makefile cleanup 2015-09-16 17:17:37 +02:00			`# flasher configuration`
boards/mspdebug: use FLASHFILE for boards using mspdebug Update to use FLASHFILE as file to be flashed on the board. IOTLAB_FLASHFILE also uses 'FLASHFILE' (and not the default 'ELFFILE'). 2018-12-19 19:03:33 +01:00			`FLASHFILE ?= $(HEXFILE)`
boards/tools: remove exporting FLASHER/FFLAGS FLASHER and FFLAGS are evaluated by the main Makefile.include or by file included by it. Their value does not need to be exported. This will also prevent evaluating 'PORT' for FFLAGS when not needed. Testing ------- `git diff --word-diff` only reports `export` being removed. `git show --stat` reports `84 insertions(+), 84 deletions(-)` Which is the same amount as lines that where matching `export[[:blank::]]\+VARIABLE`. 2019-05-17 13:52:34 +02:00			`FLASHER = mspdebug`
boards/mspdebug: use FLASHFILE for boards using mspdebug Update to use FLASHFILE as file to be flashed on the board. IOTLAB_FLASHFILE also uses 'FLASHFILE' (and not the default 'ELFFILE'). 2018-12-19 19:03:33 +01:00			`FFLAGS = rf2500 "prog $(FLASHFILE)"`
Use subfolders in bin dir Creating all object files in one directory is bound to produce name clashes. RIOT developers may take care to use unique file names, but external packages surely don't. With this change all the objects of a module (e.g. `shell`) will be created in `bin/$(BOARD)/$(MODULE)`. I compared the final linker command before and after the change. The `.o` files (e.g. `startup.o`, `syscall.o` ...) are included in the same order. Neglecting the changed path name where the `.o` files reside, the linker command stays exactly the same. A major problem could be third party boards, because the location of the `startup.o` needs to the specified now in `boards/$(BOARD)/Makefile.include`, e.g. ```Makefile export UNDEF += $(BINDIR)msp430_common/startup.o ``` 2014-02-15 12:31:43 +01:00
make: Move BOARD and CPU includes to Makefile.modules 2016-02-10 07:29:13 +01:00			`INCLUDES += -I$(RIOTBOARD)/$(BOARD)/drivers/include`
boards/chronos: Use another module name for drivers subdirectory 2016-03-08 14:19:23 +01:00
			`USEMODULE += chronos-drivers`