taskAVR C Runtime Library - Tasks: task #3586, Change from avr architectures to...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

task #3586: Change from avr architectures to lib per device.

Submitter:  Eric Weddington <arcanum>
Submitted:  Tue 14 Dec 2004 11:17:55 PM UTC
   
 
Should Start On:  Tue 14 Dec 2004 12:00:00 AM UTC Should be Finished on:  Tue 14 Dec 2004 12:00:00 AM UTC
Category:  None Priority:  7 - High
Status:  None Privacy:  Public
Assigned to:  aesok Percent Complete:  0%
Open/Closed:  Open

Thu 12 May 2011 11:09:34 PM UTC, comment #1: 

This task needs to be revisited and put in the queue to be done.

Eric Weddington <arcanum>
Group administrator
Tue 14 Dec 2004 11:17:55 PM UTC, original submission:  

Currently avr-libc is designed to produce a library per avr "architecture" (avr2, avr3, avr4, avr5). This architecture is arbitrary and has no real basis at Atmel.

avr-libc need to change to produce a library per device. This would allow greater flexibility, and correct features for all devices (for example correct EEPROM routines for certain devices).

This also affects binutils and gcc. They will need to be changed to move away from these architectures to per device.

Eric Weddington <arcanum>
Group administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by arcanum (Updated the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2011-05-12 arcanum Priority1 - Later 7 - High
    2008-12-16 arcanum Assigned toNone aesok

    Back to the top

    Powered by Savane 3.12.
    Corresponding source code