On Fri, 7 May 2021, Alin Marin Elena wrote:
Hi Stefan,
I got the rpm and installed now seems to work, in the sense I do not get a linker error anymore... however the size of the binary produces is crazy big .rwxr-xr-x 1 134M drFaustroll users 7 May 06:54 -I m65_rev1_uk.bin vs .rwxr-xr-x 1 30k drFaustroll users 7 May 07:05 -I m65_rev1_uk.bin by using the stm32 toolchain..
So it might be interesting to compare the final link likes as seen by ld (if you pass -v to the GCC driver you'll see the collect{2,-ld} lines that are roughly equivalent) as well as comparing the set of symbols in the final binary and see which ones are excess. Those can then eventually be traced to the offending library they come from. Richard.
now since the hex files produced are more or less the same 30K I suspect the issue may be more complex and maybe related to the other bug.
Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ ______________________________________________________________________
On Thu, 6 May 2021 at 13:25, Stefan Brüns <stefan.bruens@rwth-aachen.de> wrote:
On Donnerstag, 6. Mai 2021 13:23:46 CEST Richard Biener 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++ ...).
Tend to disagree here, from nosys.specs:
%{!specs=nano.specs:-lc} %{specs=nano.specs:-lc_nano}
So when you (or some upstream) specify "--specs=nano" with the current newlib package, you will end up with a linker error, you libc_nano does not exist.
Regards,
Stefan
-- Stefan Brüns / Bergstraße 21 / 52062 Aachen home: +49 241 53809034 mobile: +49 151 50412019
-- Richard Biener <rguenther@suse.de> SUSE Software Solutions Germany GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany; GF: Felix Imendörffer; HRB 36809 (AG Nuernberg)