были пересобраны все сборки версии 4.7.2 с суффиксом 'rev1', в связи с двумя(1, 2) добавленными патчами для make, и в связи с появлением в проекте MinGW-builds пайтона собственной сборки.

думаю, через несколько недель тестов, будет релиз 0.4.0.

в качестве подготовки к релизу 4.8.0, были собраны сборки с использованием dwarf/sjlj/seh. (dwarf только 32бита, seh только 64бита)
найти их вы можете в поддереве testing: http://sourceforge.net/projects/mingwbuild.../testing/4.8.0/

такой вопрос возник.
есть желание производить сборки так, чтоб минимально необходимый минимум по архитектуре проца, был nocona. кто на каких архитектурах работает?
был найден человек, который использует mingw-builds на каком-то p4, на котором сборка собранная для nocona не хотела работать. появилась ошибка типа "неизвестная инструкция".

спасибо.

вчера, разработчики Qt приняли решение относительно официального MinGW, используемого для сборки QtSDK, и поставляемого в составе QtSDK.
и все же, их выбор пал на MinGW-builds, чему я несказанно рад! это наша(проекта MinGW-builds) маленькая победа, надеюсь что не последняя  

хочу выразить благодарность от лица авторов проекта(я и Alexpux) всем пользователям наших сборок, за баг-репорты, рекомендации, и просто за фид-бэк.
спасибо вам!

Поздравляю !!!

вчера состоялся релиз gcc-4.8.0.
уже сейчас вы можете скачать сборки MinGW на базе gcc-4.8.0 со страницы проекта.
в 4.8.0 для windows платформы, появилась возможность использовать SEH(1, 2). но, из-за патентных ограничений, эта возможность доступна только в x86_64 сборках.

1) Не подскажешь, они regex'ы починили?
2) Разреши поздравить: LWS стал официальным online компилятором на SO - http://stackoverflow.com/tags/c%2b%2b/info

нет. это будет сделано в 4.9.0.


да, я в курсе =)
спасибо 
но это только начало ;)

Сборка 4.8.0, кстати, глючная. С помощью 32-х битной версии 4.8.0 пробовал собрать avr-gcc-4.7.2 и avr-gcc-4.8.0. В результате они вываливались с сообщением internal compiler error (4.7.2 при компиляции libgcc, 4.8.0 при компиляции avr-libc). Когда собрал avr-gcc-4.7.2 с использованием стандартного mingw32-4.7.2, то все работает отлично.

кто-бы сомневался. нулевые багфиксы всегда глючные, и кроме как для тестов, ни для чего не подходят ;)


какая ревизия сборки 4.7.2 использовалась?


Это сообщение отредактировал(а) boostcoder - 3.4.2013, 16:44

boostcoder, твои сборки 4.7.2 не использовал - не успел, так как очень долго под виндой binutils и gcc компилируются!!!

Кстати, у тебя не совсем корректное полное именование тулсета. В частности, отсутствует nm с таким же префиксом, что и gcc. Т.е. надо конфигурировать указывая одинаковые --target, что для binutils, что для gcc.
w64 вводит в заблуждение (качал универсальный пакет, но там только ...-w64-...). Универсальный пакет под win64 не линкует приложения под win32.
именование должно быть такое: mingw32-gcc, i686-pc-mingw32-gcc, mingw64-gcc...

ну...оно не у меня. имена не я задаю.


не-не-не. для '*-w64-*' как в gcc, так и во многих других тулчейнах собираемых для вендус. '*-w64-*' дает конфигураторам тулчейнов понять, что используется API/CRT не mingw.org

можешь написать мне в ЛС инструкцию по сборке нужного тебе кросса? потыкаю на выходных.

boostcoder, нужный мне кросс классно собирается под линем за пол часа, в отличие от винды, где на это уходит пол ночи  Поэтому, я решил, что уж лучше буду делать это под linux, где сборка 3-х наборов кросс-компиляторов (linux->avr, linux->mingw, windows->avr) происходит значительно быстрее, чем под windows.

bsa, что-то я так и не понял...mingw-4.8.0(который от mingw-builds), у тебя бажит под линуксом?

boostcoder, нет. с его помощью я собирал компилятор gcc-avr, который должен был работать под виндой. gcc-avr-4.8.0 собрался, но при сборке avr-libc вылетал с ошибкой internal compiler error. avr-gcc-4.7.2 не смог собраться - вылетал на сборке libgcc.