I can tell you how qmk makes use of it.. or better said tmk they pass to the LDFLAGS=--specs=nano if I remove it uses the normal libs but produces some really big binary 129MiB vs 31KiB for me a lot of this is magic, I am just a user. Regards, Alin Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ ______________________________________________________________________ On Thu, 6 May 2021 at 12:23, Richard Biener <rguenther@suse.de> wrote:
On Thu, 6 May 2021, Alin Marin Elena wrote:
Thanks Richard,
there is something like this https://bugs.gentoo.org/532390 I suspect... links to an older redhat where they discuss this issue. on the first issue I will report the second one
Hmm, sounds more like an extra feature than integral part of newlib. Also newlib will be only half of the story (I wonder how projects automagically pick up the nano version of libstdc++ ...).
That said, it would need somebody who actually makes use of these libs to add this to our newlib since otherwise it will be just untested and not working ... any help appreciated.
Richard.
Regards, Alin
Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ ______________________________________________________________________
On Thu, 6 May 2021 at 11:08, Richard Biener <rguenther@suse.de> wrote:
On Thu, 6 May 2021, Alin Marin Elena wrote:
How newlib in cross compilers is built at the moment is missing libg_nano and libc_nano. possible other bits too. this is cross-arm-none-newlib-devel
You can look at the 'newlib' package - it doesn't do anything special so sth special might be needed to build/install those libs.
this has a consequence not being able to build qmk for example/
also symling to /usr/bin/arm-suse-linux-gnueabi-size seems to miss. this is in cross-arm-binutils
Can you file a bugreport?
Richard.
Regards, Alin
Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ ______________________________________________________________________
-- Richard Biener <rguenther@suse.de> SUSE Software Solutions Germany GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany; GF: Felix Imendörffer; HRB 36809 (AG Nuernberg)
-- Richard Biener <rguenther@suse.de> SUSE Software Solutions Germany GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany; GF: Felix Imendörffer; HRB 36809 (AG Nuernberg)