Всем привет.
В ознаменовение нового года и открытия раздела выкладывается свежак.

binutils-2.18.50-20080115
gcc-4.3.0-20080111
avrlibc-20080116
newlib-20080115
gdb-20080117

все зажато в формат 7z
бросаете распакованное в любую папку, прописываете PATH папка/bin далее должно быть все бкз проблем, хидеры и либы должны сами находится и линковатся без дополнительных гимороев.

Win32:
KGP Win32
здесь все, включая нидеры и либы, это то чем я собираю ВСЕ остальноя, включая драйверы для масдая. ~18Mb
работает, мин нет.

MIPS:
KGP MIPS
не тестировалось, нет платы.


m68k/ColdFire:
KGP m68k
собрал первый раз, возможны ошибки для m51qe, собирал ручками. Проверяйте, найдете неправильную кодогенерацию пишите поправлю компилер. Для остальных возможна ошибочная генерация в код FP инструкций(для тех которые не имеют FP), нада пробывать. Evgeny_CD так сказать инициировал интерес к данной сборке, ему и карты в руки.

avr:
KGP 8bit AVR
Тут как обычно, работает тоже без мин, я веду рабочий проект на mega1280, девайсы не жужжат.
Новое - добавлена подархитектура avr35(usb82,usb162), поддерживается avr6 (m256x)

arm:
KGP ARM
тоде самое, веду проект, все скомпиленное работает.

спасиба за внимание.

в чем проблема? какая связь между версиями линукса и компиллером?

Встречный вопрос: что мешает их собрать вместо того чтобы искать? Если я правильно понимаю, для этого должно быть достаточно указать LDFLAGS=-all-static

По тому что не очень понятно как это делать. На каком линухе собирать что бы было меньше мороки с поиском пакетов и потом работало на RHEL 4. Какие RPM должны быть установлены.

Затем, что ругань про «registers may not be the same» объявлена официальной и соответствующей документации. Недовольным предлагают писать в Спортлото.

кем и зачем. все четко - для коротких операндов нет ограничения, для длинного есть. в чем новость то? или я чето проспал?

Мейнтенерами GNU binutils. Затем, что это не баг, это фича: «A closer read of the ARMv7m reference manual confirms that for any of the strex instructions (word, half word, byte), if the register are the same, the result is undefined. So James Greenhalgh's patch is correct, and this bug is invalid».


Новость в том, что в gas, начиная с версии 2.21.53, это ограничение есть для всех вариантов STREX. Так что при попытке собрать CMSIS компилятор вывалится с ошибкой на тех самых strexb/strexh (я на это наткнулся со свежей версией тулчейна от CodeSourcery).

свежак для армов
хост масдай 64 бит
http://klen.org/Files/DevTools/x86_64-kgp-..._64-20120117.7z
хост linux64
http://klen.org/Files/DevTools/linux-x86_6..._64-20120117.7z

по просьбам трудящихся для последней сборки была проведена определенная работа с целю статической линковки компонентов тулчейна. соответственно архив стал жирнее. тестируйте.

в этих сборках есть поддержка ядер m4 и m4f

Протестировал под линуксом, cortex-m3. Работает. Статическая сборка - наконец-то!
(Единственный недостаток - русские сообщения. Продолжаю настаивать, что здесь им не место).
Под венду - не пробовал, я пользую исключительно 32-разрядные сборки: мало ли куда меня забросит нелёгкая программистская судьба, а они работают под любой вендой

LANG=C не помогает?

А под виндузой?

Не помню, как там переменные окружения устанавливаются. Кажется, командой set.

Помогает, спасибо. Но тут есть некоторое неудобство - глобально задавать "LANG=C" я не хочу, поэтому придётся переделывать все makefile-ы. Этого мне тоже делать не хотелось бы

А просто LC_MESSAGES=C не подойдёт?

Нет, от этого весь интерфейс становится английским.

свеженькой цветной капустки сборки avr-gcc 4.7.0 хоцца (linux)
Там обещают __pgm, __pgmx и -mstrict-X (да и -maccumulate-args неплохо).
В сборке
avr-kgp-elf-gcc (Klen's GNU package (KGP) for AVR/elf platform) 4.7.0 20110813 (experimental)
этого нет.