Последний релиз WinAVR 20060421 доступен для скачивания:

http://winavr.sourceforge.net/

А чем он от предыдущего отличается?

1.0 What's New
Below is just a sample of what's new.

Support for many new processors in the toolchain.

New versions of GCC, avr-libc avrdude, SRecord, etc. including fixing a major compiler bug.

Additional new Makefile material from Carlos Lamas for C++ projects, and more material to support building libraries.

Еще в папке Doc pdf-ники gcc , cc , gdb . Описания не новые ессно но приятно когда они собраны
вместе и всегда под рукой. В старом релизе этого не было, только avrlibc.

Кто пользовался, объясните пожалуйста, в mfile
при добавлении C/C++ source file ошибка Oops, SRC not found
С старым makefile_template.old все нормально. Это что получается,
новый только для проектов С++? Или я что то не так делаю?

http://uos.vak.ru/doku.php
На данной страничке есть GCC 4.1.0 для Atmel AVR
Это чем то отличается?

В составе проекта WinAVR используется компилятор :

GNU Compiler Collection (GCC) 3.4.6

C language and C++ language compiler for AVR target. There are
caveats for using the C++ compiler. See the installed avr-libc
User Manual in the <InstallDir>\doc directory.With the following patches:gcc-3.4.3-c-incpath.patch
Used to build GCC in MSYS. See GCC PR #20594.

gcc-collect2-win32-dave.patch
Used to build GCC for MinGW host.

gcc-fixinc-win32.patch
Used to build GCC for MinGW host.

gcc-misspelled-signames-ada.patch
Patch to catch misspelled interrupt and signal names. Can be used in Ada.

gcc-binary-constants.patch
Written by Joerg Wunsch. This adds the ability to write and use binary constants in the form of: 0b01011010

gcc-3.4.5-newdevices.patch
This adds new AVR devices to the toolchain.

gcc-3.4.5-dwarf2-address-size.patch
GCC bug #19087.



А сам проект WinAVR не является компилятором.

Скажите пожалуйста, а почему Вы такого скверного мнения о WinAVR? И чем связка CV + VMLAB лучше? В конце концов, объектные файлы с WinAVR вроде тоже можно загрузить в VMLAB, а если я не ошибаюсь, то последний как раз и ориентирован на применение с компилятором GCC. Я использовал в свое время WinAVR - вполне рабочая вещь

Не много не в тему. Есть книга "C Programming for Microcontrollers
Featuring ATMEL's AVR Butterfly and the Free WinAVR Compiler", в ней описан С применительно к WINAVR, очень даже доходчиво. Кстати Vmlad работает с WINAVR очень хорошо, С код можно править прямо в VMLab не переключаясь в winavr.

Вот-вот, я это и имел ввиду. Правда VMLAB'ом не пользовался никогда, предпочитал все отлаживать в AVRStudio и на железе.

На WinAVR можно и забить (особенно если у вас linux ), но на gcc забивать сооовсем не стоит:
1) хотя бы потому что на нём вы можете писать под AVR, под windoze (linux, qnx), если нужна программа верхнего уровня (mingw),
2) можно легко перенести Ваш проект на другую архитектуру, (ARM хотя бы, для меня актуально), даже не сейчас, а через 5 лет на в данный момент не существующую,
3) алгоритмы (не ногодрыгства, а помехоустойчивого кодирования и т.д.) гораздо легче отлаживать на компе - как CodeVisionAVR что-то соберёт под i386?
4) и много других причин (бесплатная, свободная прога и т.д. и т.п.)

Так что - "Очень советую забить на CodeVisionAVR"

Здорово изложили!!! Именно по этим причинам я тут в последнее время подумываю, а не вернуться обратно к GCC?

На счет последней фразы, хоть она и со смайликом, но давайте жить дружно

P.S. Кстати отлаживать некоторые, не зависящие от железа, подпрограммы очень удобно на ПК. Потом лишь достаточно перенести код (благо это Си - минимальные доработки) на конечную платформу и насладжаться результатом.

И все-таки, простите за назойливость, не могли бы Вы рассказать, чем так хорош CV, и почему следует "забить" на WinAVR?

Присоединяюсь, особо интересует собственно компилер.

Насколько я понял (возможно неправильно) - Вы пользовались обоими, рассказ хотелось бы услышать. Мне как-то не хочется заморачиваться с vmware, виндой, чтобы потестить CodeVisionAVR, потому Ваш опыт (возможный) весьма интересен.