Re: [avrdude-dev] [bug #30498] Add support for new avr devices (atmega324pa)

[David Ford]

i think the alias idea is good but i'd do it differently. a part is
derived from another part name. any additional configuration overrides
the original configuration. if there's no additional configuration, it's
exactly the same except as an aliased name. this is more of a class
extension concept rather than an alias. this has the potential to
significantly compact avrdude.conf as there are numerous chips which are
nearly identical except for a few differences. a chip family is defined
based on the most common properties, and each member is then derived
from that.

[part]
parent = [parent]
[configuration that adds, or replaces, information derived from the parent]

-d


On 08/19/11 06:16, Joerg Wunsch wrote:
> [...]
> My suggestion is to add an "alias" field to the config syntax, which by 
> itself is threated as a list of aliases, and is also searched. That way, 
> devices that are completely identical to other devices (including their 
> signature) can be mentioned that way, like: part id = "m88p"; desc = 
> "ATMEGA88P"; alias = "ATMEGA88PA", "ATMEGA88PV"; (In case someone would want 
> to be diligent enough, we could add all the different suffix variants like 
> "V" or "L" that way.) I don't think there's a point in adding more 
> abbreviations (the "id" field) for the "A" devices: the abbreviation is only 
> useful for humans to save some typing work, so it makes sense to keep them at 
> the shortest string possible that will select a particular entry. Opinions?