[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc
From: |
Ruud Vlaming |
Subject: |
Re: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc |
Date: |
Sat, 19 Sep 2009 18:25:58 +0200 |
User-agent: |
KMail/1.9.1 |
On Saturday 19 September 2009 17:41, Mike Perks wrote:
> I think one of the areas that is going to cause a lot of work is the
> different definitions of I/O pins, ports and flags between different
> processors. I wish Atmel would make things more consistent whenever they
> come out with a new device. Things aren't even consistent within a
> particular device family with the possible exception of xmegas. For my
> projects I end up defining some common names and then #defining the
> particular device configuration to those defines. It would be great if
> we could do something this automagically from the XML files.
I don't think that is a good idea. The names are in most cases inconsistent
because there are also some small differences in the way the registers
are used or how they work, or how they work in conjunction with the
other peripherals. For a number of registers, it is possible to automatically
define, in retrospect, abstract names which can address them in a generic
way, but certainly not for all.
I would say, don't spend your energy there. The number of devices is
not that great, and once they are done, there done. I don't think
you are going to beat the oldfashioned 'doing by hand' here.
I least i didn't for the devices my Femto OS supports (44 ports).
By hand you could define generic accessors which makes virtualized
use of the libs possible. Don't try to be complete from the beginning,
but let it grow, and dare to change it, without trying to be backward
compatible. Then you probably end up with something beautiful.
Ruud.
- RE: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc, (continued)
- RE: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc, Ron Kreymborg, 2009/09/19
- RE: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc, Weddington, Eric, 2009/09/19
- Re: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc, Ruddick Lawrence, 2009/09/19
- RE: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc, Weddington, Eric, 2009/09/19
- Re: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc, Ruud Vlaming, 2009/09/19
- RE: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc, Weddington, Eric, 2009/09/19
- Re: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc, Mike Perks, 2009/09/19
- RE: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc, Weddington, Eric, 2009/09/19
- Re: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc, Mike Perks, 2009/09/19
- Re: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc, Ruud Vlaming, 2009/09/20
- Re: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc,
Ruud Vlaming <=
- Re: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc, Frédéric Nadeau, 2009/09/19
- RE: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc, Ron Kreymborg, 2009/09/19
- RE: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc, Weddington, Eric, 2009/09/18
- Re: [avr-libc-dev] Adding (some) Procyon AVRlib functionality to avr-libc, Joerg Wunsch, 2009/09/18
- RE: [avr-libc-dev] Adding (some) Procyon AVRlib functionalityto avr-libc, Weddington, Eric, 2009/09/18
- RE: [avr-libc-dev] Adding (some) Procyon AVRlib functionality toavr-libc, Weddington, Eric, 2009/09/18
- [avr-libc-dev] Re: Adding (some) Procyon AVRlib functionality toavr-libc, David Brown, 2009/09/20
- RE: [avr-libc-dev] Re: Adding (some) Procyon AVRlib functionalitytoavr-libc, Weddington, Eric, 2009/09/20
- Re: [avr-libc-dev] Adding (some) Procyon AVRlib functionality to avr-libc, Joerg Wunsch, 2009/09/18
- RE: [avr-libc-dev] Adding (some) Procyon AVRlib functionality toavr-libc, Weddington, Eric, 2009/09/18