[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [avr-libc-dev] Add lib per devide.
From: |
Anatoly Sokolov |
Subject: |
Re: [avr-libc-dev] Add lib per devide. |
Date: |
Sun, 21 Dec 2008 11:03:16 +0300 |
Hi.
>
> Hmm... Yes, this is better in compile time and library
> image size in comparison to pure lib_per_device.
> However, this excludes the possible optimization, for
> example '-mtiny-stack' for ATtiny2313.
It is small advantage, to compile avr-libc with '-mtiny-stack' optimisation
for devices with 8-bit stack pointer. The advantage of this optimisation
appears only for the "big" functions, at which the size of the frame buffer is
more 3-5 byte. Not much such functions in avr-libc, and as they is "big",
usually are not used on devices with 1 or 2 KB of code memory.
I do not see the reasons to add new architecture in avr toolchain for devices
with 8-bit stack pointer. It is enough to have '-mtiny-stack' switch in the
avr-gcc.
> At the other
> hand, the current lib_per_arch approach permits to
> have a small set functions per device with CPP redefining.
>
My offer to add "library for device" to solve problem, when two devices is a
members to one architecture, but have peripheral modules located on different
addresses, for example eeprom or wdt, and different functions for work with
these modules is required.
Anatoliy.
- [avr-libc-dev] Add lib per devide., Anatoly Sokolov, 2008/12/18
- Re: [avr-libc-dev] Add lib per devide., Bob Paddock, 2008/12/21
- RE: [avr-libc-dev] Add lib per devide., Weddington, Eric, 2008/12/21
- Re: [avr-libc-dev] Add lib per devide., Anatoly Sokolov, 2008/12/22
- RE: [avr-libc-dev] Add lib per devide., Weddington, Eric, 2008/12/22
- [avr-libc-dev] Re: Add lib per devide., David Brown, 2008/12/23
- RE: [avr-libc-dev] Re: Add lib per devide., Weddington, Eric, 2008/12/23
- [avr-libc-dev] Re: Add lib per devide., David Brown, 2008/12/23