nuttx/boards/arm/tiva
Pavel Pisa 6c2c70c61e Make: fix use of gcc as LD for modules and ELF executables builds
The patch

  Make: use gcc as LD

introduced use of GCC wrapper as linker. LD variable references GCC
executable now. But when GCC wrapper s used to build relocatable
loadable objects (ELF executables and modules) then it causes
linking of toolchain default libc and other libraries even when -r
is usd. Another problem is that incorrect multiarch variant is selected
for libraries search and possibly even for LTO or C++ templates
instantiating and other glue code which causes fails during linking
if CFLAGS selects non/default miltiarch variant.

Corresponding CFLAGS are passed to LDMODULEFLAGS and LDELFFLAGS
as well as -nostartfiles -nodefaultlibs options.

Separate line is used to easily find and adjust lines if link
process is changed in future.

Signed-off-by: Pavel Pisa <ppisa@pikron.com>
2021-07-19 08:41:25 -03:00
..
dk-tm4c129x sched/task: delete CONFIG_MAX_TASKS limit 2021-07-11 19:42:30 -07:00
eagle100 sched/task: delete CONFIG_MAX_TASKS limit 2021-07-11 19:42:30 -07:00
ekk-lm3s9b96 sched/task: delete CONFIG_MAX_TASKS limit 2021-07-11 19:42:30 -07:00
launchxl-cc1310 sched/task: delete CONFIG_MAX_TASKS limit 2021-07-11 19:42:30 -07:00
launchxl-cc1312r1 sched/task: delete CONFIG_MAX_TASKS limit 2021-07-11 19:42:30 -07:00
lm3s6432-s2e sched/task: delete CONFIG_MAX_TASKS limit 2021-07-11 19:42:30 -07:00
lm3s6965-ek Make: fix use of gcc as LD for modules and ELF executables builds 2021-07-19 08:41:25 -03:00
lm3s8962-ek sched/task: delete CONFIG_MAX_TASKS limit 2021-07-11 19:42:30 -07:00
lm4f120-launchpad sched/task: delete CONFIG_MAX_TASKS limit 2021-07-11 19:42:30 -07:00
tm4c123g-launchpad sched/task: delete CONFIG_MAX_TASKS limit 2021-07-11 19:42:30 -07:00
tm4c1294-launchpad sched/task: delete CONFIG_MAX_TASKS limit 2021-07-11 19:42:30 -07:00