[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [avr-libc-dev] Even faster decimal code
From: |
George Spelvin |
Subject: |
Re: [avr-libc-dev] Even faster decimal code |
Date: |
29 Dec 2016 15:39:03 -0500 |
Martin McKee wrote:
> When it comes to RAM vs. ROM, I usually have issues with running out of
> RAM. Then again, my applications tend to be very RAM hungry. I am always
> keeping large blocks of data in memory. When I do more standard interface
> applications, I find that I run out of ROM first. I would say that I
> generally find working around lack of RAM easier in my applications. So,
> if I have to hit the wall with one, I prefer it to be RAM.
Thank you again! Since nobody else has chimed it, and your preferences
(speed > ROM > RAM, within reason) are compatible with my original
"customer", I'll punt on my RAM-saving ideas, and get the highest-speed
code integrated.
- Re: [avr-libc-dev] Printing octal (brain dump), (continued)
- Re: [avr-libc-dev] Printing octal (brain dump), Georg-Johann Lay, 2016/12/21
- Re: [avr-libc-dev] Printing octal (brain dump), George Spelvin, 2016/12/21
- [avr-libc-dev] Even faster decimal code, George Spelvin, 2016/12/23
- Re: [avr-libc-dev] Even faster decimal code, Georg-Johann Lay, 2016/12/24
- Re: [avr-libc-dev] Even faster decimal code, George Spelvin, 2016/12/24
- Re: [avr-libc-dev] Even faster decimal code, Martin McKee, 2016/12/28
- Re: [avr-libc-dev] Even faster decimal code, George Spelvin, 2016/12/28
- Re: [avr-libc-dev] Even faster decimal code, Martin McKee, 2016/12/29
- Re: [avr-libc-dev] Even faster decimal code,
George Spelvin <=
- Re: [avr-libc-dev] Printing octal (brain dump), George Spelvin, 2016/12/19
- Re: [avr-libc-dev] Printing octal (brain dump), Georg-Johann Lay, 2016/12/21
- Re: [avr-libc-dev] Printing octal (brain dump), George Spelvin, 2016/12/21