[En-Nut-Discussion] Floating Point Memory Usage
Bob Wirka
bobwirka at yahoo.com
Wed Oct 9 16:27:42 CEST 2013
Uwe,
It's an AT91SAM7X512 with software floating point.
Right on the Ethernet website (which I should have read), regarding floating point, it states that 16K is allocated on the first call to _sbrk(). This is exactly what was happening; _dtoa_r() in putf() was calling _sbrk(), allocating the memory.
I've since written my own d2a() function that doesn't allocate memory. It **seems** to work.
Thanks,
Bob Wirka
Realtime Control Works
On Wednesday, October 9, 2013 4:44 AM, "bon at elektron.ikp.physik.tu-darmstadt.de" <bon at elektron.ikp.physik.tu-darmstadt.de> wrote:
>>>>> "Bob" == Bob Wirka <bobwirka at yahoo.com> writes:
Bob> Hello, Realized today that floating point eats an automatic 16K of
Bob> ram on the first call to _sbrk(). I should read the manuals...
Bob> It looks like setting LIB_HEAPSIZE to 4K will work (at first,
Bob> anyway), but am I setting myself up for other problems?
Bob> Without the default 16K, is 'newlib' likely to misbehave somewhere
Bob> else?
With what processor are you working? What kind of floating point support,
hardware or software? If hardware, what float support did you compile for?
Bye
--
Uwe Bonnes bon at elektron.ikp.physik.tu-darmstadt.de
Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
More information about the En-Nut-Discussion
mailing list