[no description] https://git.bnewbold.net/librambutan/atom?h=legacy 2014-04-23T20:22:41Z 2014-04-23T20:22:41Z Gregwar g.passault@gmail.com 2014-04-23T14:45:23Z urn:sha1:3c8ded4743c09a7b0c7737392d4e4c15e6959852 Signed-off-by: Grégoire Passault <g.passault@gmail.com> 2012-06-07T07:44:31Z Marti Bolivar mbolivar@leaflabs.com 2012-06-06T22:06:48Z urn:sha1:5838b447f675444b154bacd205ebf9f47d003b2f Having separate linker scripts for all the boards is a bad idea. Most boards really only need to specify MEMORY and the appropriate REGION_ALIASES() so that support/ld/common.inc can do its work. Not having infrastructure for this leads to duplication -- viz. the Maple Mini linker scripts are identical to the Maple's, and the olimex_stm32_h103 linker directory is just a symlink to Maple's. Clearly, the current structure is wrong. To fix it, instead of having per-board subdirectories of support/ld/, add per-MEMORY subdirectories of (new) support/ld/stm32/mem/. The per-board .mk files under support/mk/board-includes/ now reference these directly, and target-config.mk and the Makefile handle this appropriately. We move some other stuff around in target-config.mk to make this all more convenient, and even allow more overriding of the libmaple defaults on a per-board basis. Custom board hacks will be easier now. Unfortunately, lots of duplication under support/ld/stm32/mem/ is necessary, as the LENGTH attribute in a MEMORY region specification doesn't support arithmetic expressions, and ld doesn't seem to have any way to specify MEMORY at the command line (why?!). If we find a better way than this, we should do it. If a board (e.g. Maple Native) _does_ really need special memory-related configuration, you can always put a per-board subdirectory of support/ld/stm32/mem. We do this here to configure the heap. Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>