[En-Nut-Discussion] Strange newlib syscall dependencies / linker problems when using 64bit integers

Ole Reinhardt ole.reinhardt at embedded-it.de
Wed Feb 8 13:15:10 CET 2012


> The order doesn't seem to make a difference:

Right. And the described problem does not depend on the linked libs (i
tried several combinations). The simple divide test program even did not
need any lib linked at all, does it?

What I found out so far is that gcc implements the division by using a
function "idiv" or similar, which itself depends on these syscalls to be

In fact this does not rely to your problem at all. So I think we have
two disjunct problems here.

I just found another thread on microcontroller.net describing the same
problem (but on a different platform) but their solition (to implement
the newlib syscall stubs) is not really satisfying in the Nut/OS

What do you think? Where would you implement these syscall stubs (most
of these functions just return 0, only sbrk_r has to be correctly




Thermotemp GmbH, Embedded-IT

Embedded Hard-/ Software and Open Source Development, 
Integration and Consulting


Geschäftsstelle Siegen - Steinstraße 67 - D-57072 Siegen - 
tel +49 (0)271 5513597, +49 (0)271-73681 - fax +49 (0)271 736 97

Hauptsitz - Hademarscher Weg 7 - 13503 Berlin
Tel +49 (0)30 4315205 - Fax +49 (0)30 43665002
Geschäftsführer: Jörg Friedrichs, Ole Reinhardt
Handelsregister Berlin Charlottenburg HRB 45978 UstID DE 156329280 

More information about the En-Nut-Discussion mailing list