Author Topic: Atmel AVR toolchain  (Read 16701 times)

EW

  • Guest
Atmel AVR toolchain
« on: August 24, 2009, 05:56:26 pm »
Hi All,

My name is Eric Weddington and I'm the creator and admin of the WinAVR toolchain distribution on SourceForge.

I am interested in overall improvements to using CodeBlocks with WinAVR, and with AVR GCC distributions on all other platforms.

Unfortunately my time is extremely limited (I'm working on way too many things). But I can offer myself as a reviewer, and can pass along any ideas for improvements to people interested in improving CodeBlocks for this toolchain.

I'd like to start off with an improvement to the AVR device list. The list needs to be updated to the list below.

Thanks,
Eric Weddington


at43usb320
at43usb355
at76c711
at86rf401
at90c8534
at90can128
at90can32
at90can64
at90pwm1
at90pwm2
at90pwm216
at90pwm2b
at90pwm3
at90pwm316
at90pwm3b
at90pwm81
at90s1200
at90s2313
at90s2323
at90s2333
at90s2343
at90s4414
at90s4433
at90s4434
at90s8515
at90s8535
at90scr100
at90usb1286
at90usb1287
at90usb162
at90usb646
at90usb647
at90usb82
at94k
ata6289
atmega103
atmega128
atmega1280
atmega1281
atmega1284p
atmega128rfa1
atmega16
atmega161
atmega162
atmega163
atmega164p
atmega165
atmega165p
atmega168
atmega168p
atmega169
atmega169p
atmega16hva
atmega16hvb
atmega16m1
atmega16u4
atmega2560
atmega2561
atmega32
atmega323
atmega324p
atmega325
atmega3250
atmega3250p
atmega325p
atmega328p
atmega329
atmega3290
atmega3290p
atmega329p
atmega32c1
atmega32hvb
atmega32m1
atmega32u4
atmega32u6
atmega406
atmega48
atmega48p
atmega4hvd
atmega64
atmega640
atmega644
atmega644p
atmega645
atmega6450
atmega649
atmega6490
atmega64c1
atmega64m1
atmega8
atmega8515
atmega8535
atmega88
atmega88p
atmega8hva
atmega8hvd
attiny11
attiny12
attiny13
attiny13a
attiny15
attiny167
attiny22
attiny2313
attiny24
attiny25
attiny26
attiny261
attiny28
attiny327
attiny43u
attiny44
attiny45
attiny461
attiny48
attiny84
attiny85
attiny861
attiny87
attiny88
atxmega128a1
atxmega128a3
atxmega16a4
atxmega16d4
atxmega256a3
atxmega256a3b
atxmega32a4
atxmega32d4
atxmega64a1
atxmega64a3
avr1
avr2
avr25
avr3
avr31
avr35
avr4
avr5
avr51
avr6
avrxmega1
avrxmega2
avrxmega3
avrxmega4
avrxmega5
avrxmega6
avrxmega7
m3000f
m3000s
m3001b



Offline martind

  • Multiple posting newcomer
  • *
  • Posts: 47
Re: Atmel AVR toolchain
« Reply #1 on: September 19, 2009, 02:35:23 am »
Hi Eric,

OpenOCD takes care of the target microcontroller, so it's not really relevant to CodeBlocks.
Codeblocks is an IDE, handling the compiler and GDB.

Cheers,


Martin.

Offline danselmi

  • Developer
  • Almost regular
  • *****
  • Posts: 202
Re: Atmel AVR toolchain
« Reply #2 on: September 19, 2009, 04:30:18 pm »
The (pre)compiler needs to know the target. (For example to get addresses of peripherals.)

Offline Aelxx

  • Multiple posting newcomer
  • *
  • Posts: 10
Re: Atmel AVR toolchain
« Reply #3 on: September 27, 2009, 12:32:57 pm »
Hi All,

My name is Eric Weddington and I'm the creator and admin of the WinAVR toolchain distribution on SourceForge.

I am interested in overall improvements to using CodeBlocks with WinAVR, and with AVR GCC distributions on all other platforms.

That's great. I use C::B together with WinAVR. CodeBlocks has rather good support to AVR MCU, I hope now it will be even better.

Hi Eric,

OpenOCD takes care of the target microcontroller, so it's not really relevant to CodeBlocks.
Codeblocks is an IDE, handling the compiler and GDB.

Cheers,

Martin.
Yes, but IDE should have to be configured to send to compiler correct option's for target MCU to build program code.
For example as for now C::B has no support for xmega line of MCU's - I mean checkboxes in compiler settings.

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9493
Re: Atmel AVR toolchain
« Reply #4 on: September 27, 2009, 08:32:44 pm »
For example as for now C::B has no support for xmega line of MCU's - I mean checkboxes in compiler settings.
Patches are welcome and if it's just checkboxes they are easy to implemement. I can't do as I don't work with such targets ATM.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline danselmi

  • Developer
  • Almost regular
  • *****
  • Posts: 202
Re: Atmel AVR toolchain
« Reply #5 on: October 04, 2009, 03:00:20 pm »
Quote
Patches are welcome...
Here they are:
First patch adds these missing targets to the list.
The second patch adds the post build command to generate the listing (currently the option is available in the wizzard, but no command gets generated).

[attachment deleted by admin]

Offline metalfan

  • Single posting newcomer
  • *
  • Posts: 3
Re: Atmel AVR toolchain
« Reply #6 on: October 07, 2010, 11:11:24 pm »
how do I install these patches?

Offline scarphin

  • Lives here!
  • ****
  • Posts: 644
Re: Atmel AVR toolchain
« Reply #7 on: October 09, 2010, 02:23:04 pm »
Probably u won't need to as they are with a high possibility already included as of the current version.

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9493
Re: Atmel AVR toolchain
« Reply #8 on: October 11, 2010, 07:35:03 am »
how do I install these patches?
Probably u won't need to as they are with a high possibility already included as of the current version.
They are in trunk for a long time now. Just grab a nightly. IIRC they are even in 10/05 (but I am not 100% sure).
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: Atmel AVR toolchain
« Reply #9 on: October 11, 2010, 07:45:21 am »
IIRC they are even in 10/05 (but I am not 100% sure).

I just looked into the sources: they are in 10.05 release.

So you can also use the official release, if you can not (or do not want to) use anightly-build.