Provide compiler specs with default esp8266-specific libraries/map file#209
Provide compiler specs with default esp8266-specific libraries/map file#209jcmvbkbc wants to merge 2 commits intopfalcon:masterfrom
Conversation
The specs file gives the list of default libraries, linker script (if one is not specified in the command line) and empty set of start and end files. -T command line option may be used to override the default linker script. -nodefaultlibs or -nostdlib switches may be used to empty spec-supplied set of default libraries. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
Now that gcc links with necessary libraries and linker script by default and does not try to use start and end files drop these options. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
|
I'm not sure I want to go as far as this. This patch leaves an impression that vendor libraries are integral part of open-source toolchain. But they aren't, they are proprietary, foreign constructs. Users should be well aware of that. As a particular example, with advent of liblwip_open.a, vendor's liblwip.a is no longer supported by esp-open-sdk. Like, I'm not going to forcibly remove it, and even give up on a plan to rename it to liblwip_proprietary.a, and current liblwip_open.a - to liblwip.a. But users are discouraged from using vendor's liblwip.a, and any bugs regarding it are non-bugs from esp-open-sdk's perspective. |
|
That's OK, I'll leave it here as a demonstration of what can be done. We can also limit this series to at least not trying to link with crt1-sim.o, _vectors.o, -lsim and -lhandlers-sim by default. |
|
At the very least, please remove the confusing and irrelevant things from |
3 participants
This series fixes issue #199 and also fixes examples/blinky build (which now requires linking with libc b/o liblwip.a(espconn_buf.o)).