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

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
тоде самое, веду проект, все скомпиленное работает.

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

Да я понял
Это не безапелляционность, а просто для пущей убедительности
Что касаемо "страдает и заставляет", то отчасти так и есть. У всех есть свои пунктики. У Klen-а - это "быть на острие прогресса". Вот он и "заставляет" остальных быть там же

Ну по каким параметрам win64-сборка может быть лучше? При сборке embedded-проектов, кмк, 4Гб памяти нам не потребуется, а в остальном - то же самое, что и win32.

Хотя бы потому, что в W7x64 другое не запустится

Да ну?!

Ну, может и так.
Но ситуация именно такая.


Нет, тоже запустить не на чем.
WinXP_32bit использую.

P.S. Согласен с AHTOXA, x64 для многих не подходит, а 32 битную всегда можно на 64 запустить.

читал верхнии посты.. много думал.. печаль...
логический вывод - кактусы это удобно, и поэтому в очередной раз ежики лезут на кактусы
чувственные ощущения - это их выбор. его нада уважать
для тех кто в танке или на бронепоезде - фашисты опять победили:
http://klen.org/Files/DevTools/x86_32-kgp-..._32-20120427.7z
архив win32, не тестил - традиционно неначем.

ps. не win32 менять на win64 или linux нада, а мышление и подходы. хотя какие подходы когда бабло ... победило даже зло

Да какое нафиг бабло? Я - embedded-программист, для меня развитие - это освоение новых камней, новых версий компиляторов (за них респект). А новая операционка для меня - это просто ненужный геморрой.
И чем мои мышление и подходы порочны?

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

ладно. я это .. типо потролил немного. с юмором у всех тут всегда было нормально - тупые люди программы на асме не пишут, немодно наверно.
лично для меня сборка версии тулсов для win32 СААААААмый большой ГИММОРОЙ из всех вариантов. дело втом что то что сдается в транк видимо уже даже не проверяется на возмосжность компилируемости под win32. тенденция однако. приходится пинками заставлять. сильно грешат этим даже не исходный код а больше сборочные скрипты и тд.

зы. Асфальто укладочный каток прогресса можно остановить! - для этого нужно закатать его своим катком. какток у win32 маленький.

Ну да...

Сколько раз уже было.
Тестю поставил 7-ку, тыщу раз уже пожалел..
То одно не работает, то другое... Мало того, даже в 32-битной версии половина ХР-шных программ не работают.
Даже простых, не говоря об экзотике типа автокада или солидворкс

А вот в убунте - я даже не помню, какая у меня версия стоит, 32 или 64.
Ни разу проблем не возникло.

Нормально всё запускается. Если речь не идёт о драйвере, то 32-битные программы прекрасно работают на 64-бит семёрке. А те проблемы, про которые вы пишете - это не от 64-битности, а от семёрочных нововведений в контроле прав доступа. При желании всё это обходится.
И эти проблемы никак не относятся к компиляторам. Посмотрите на сборки от codesourcery - исключительно 32-битные, работают везде.

Первое впечетление - хуже не стало. lto не отвалилось.
Может кто-нибудь поделиться линкскриптом, который работает с lto на кортексах?

И вопрос ламера: есть ли какой-нибудь ключ, который меняет формат сообщений об ошибках/предупреждениях с file:line:pos на file(line) ?

У меня на кортексах LTO ни разу не заработало. Выкидывает все конструкторы почему-то. И вектора прерываний.

Хм... А разъясните, пожалуйста, блуждающему в темане ежику (это я о себе), что я теряю, пользуясь 32-битной ОС вместо 64-битной на компьютере с 2 Гбайт ОЗУ.
До сих пор я (и, похоже, не я один) знал единственный недостаток 32-битной системы - неспособность использовать 4 и более Гбайт ОЗУ. Есть еще недостатки, о которых я не знаю?

У меня дома на двух компьютерах стоит одна и та же ОС, только на одном 32-х, а на другом 64-битная. Внешне я никаких различий не замечаю. Вообще даже не вспоминаю обычно, что там разная архитектура. Где иголки-то, которые должны меня колоть?

соглашусь: служебный ноутбук выделили с Win7-64. до белого каления достал сервис операционки, когда она лучше меня знает, что мне надо и просто всячески сопротивляется тому, чтобы я делал по-своему. теперь я в постоянной борьбе за свои права

про то, что "все обходится" - это верно, но стоит это сил и нервов. никаких плюсов для себя не вижу в этой ОС, ну абсолютно никаких. пользуюсь вынужденно - раз производство купило лицензию, значит, так надо...


вот именно это и называется "ёжики лезут на кактус"...



вы теряете уважение тех, кто одобряет 64-битные системы Билл Гейтс этого не одобрит

Да ну их, конструкторы... У меня весть text выкидывает с lto. Один стартап остаётся. Обычный непюсовый проект. Потому и спрашиваю чужой скрипт - посмотреть, что я так глобально криво сделал. С учётом того, что с некортексом всё работает отлично.

Тогда я присоединяюсь к просьбе