Вчера, 1 Марта, состоялся релиз компилятора GCC версии 4.6.3, являющийся очередным баг-фикс релизом ветки компиляторов 4.6.х

Было исправлено более 70 багов.
Полный список вы можете найти тут.

Оригинальная новость.

P.S.
Уже сейчас вы можете скачать MinGW на базе gcc-4.6.3 из моих сборок.
Комплект состоящий из mingw-4.6.3+boost-1.49.0, у меня в подписи.

Это сообщение отредактировал(а) boostcoder - 2.3.2012, 00:08

Когда будут сборки mingw64 ? Можешь сделать для версии 4.6.3 ?

эх... руки не доходят.
по возможности, на выходных постараюсь.

сегодня, основная ветка разработки GCC (trunk), форкнулась в gcc-4.7-branch. это означает, что релиз gcc-4.7.0 состоится через неделю-другую. релиз-кандидат соберу на днях.
начата работа над gcc-4.8.0.

Это сообщение отредактировал(а) boostcoder - 2.3.2012, 22:12

boostcoder, да ладно? Они что ли собираются нестабильную версию выпустить? Или у них trunk стабильная?

trunk становится стабильным по достижению stage4. он достигнут. trunk форкнулся. и с этого момента trunk считается нестабильным, снова.

std::regex запилили бы лучше.

Randajad, а что не так с регексами ?

полагаю, это M$ специфик. в линуксе-то он работает. попробую разобраться на досуге.

   кажется понял...
http://liveworkspace.org/code/5633b7a65228...264ebd0e7853b69

borisbn, говорят что не работает. кто-то говорит что тупо сегфолтит. я пока не проверял.

Добавлено через 41 секунду

хм.. а когда-то оно работало. в линуксе точно.

Не сегфолтит.
На простом std::regex r("\\d"); кидает std::regex_error.

Это сообщение отредактировал(а) Randajad - 15.3.2012, 14:02

Всем привет.

Если вдруг кто не знает, mingw-builds - это проект предоставляющие сборки компилятора GCC для Windows платформы, т.е. MinGW.

Итак...
До сих пор, проект предоставлял сборки с двумя типами реализации исключений: 1)dwarf, 2)sjlj(1, 2).
Сборки использующие dwarf, будут исключены из последующих сборок проекта mingw-builds.
Связанно это с двумя причинами:
1. dwarf, для windows ОС - это инородный способ реализации исключений, он не может работать правильно в windows из-за того, что реализация как С++ так и Си(SEH)  исключений в компиляторе MSVC использует SJLJ. В связи с этим, возникают трудноуловимые ошибки связанные с разрушением стека и пробросом/ловлей исключений между .dll модулей. Мнение разработчиков CRT для MinGW(mingw-w64) тут.
2. и вторая причина, вытекающая из первой - отсутствие реализации dwarf для windows-x86_64.

Посему, пользователям dwarf сборок придется пересобирать либы. Увы...

С этого момента, проект mingw-builds предоставляет сборки для двух хостов: a)i686, b)x86_64.
Каждая такая сборка, является двухцелевым кросс-компилятором. Компилятор для i686 хоста по умолчанию собирает для i686 цели. Компилятор для x86_64 хоста по умолчанию собирает для x86_64 цели.

Для того, чтоб при помощи компилятора для i686 хоста собрать для x86_64 - при компиляции и линковке добавляйте флаг -m64.
Для того, чтоб при помощи компилятора для x86_64 хоста собрать для i686 - при компиляции и линковке добавляйте флаг -m32.

Разумеется, все зависимости цели должны быть собраны соответствующим образом.

Теперь о зависимостях цели от .dll модулей поставляемых в составе компилятора(libstdc++-6.dll, etc...).
Как правило, при использовании MinGW, путь к mingw/bin прописывается в PATH. Все необходимые для хоста .dll модули так же находятся в mingw/bin. По этому, проблем с выполнением полученных исполняемых файлов нет. Но при использовании кросс-компилятора все немного сложнее.
Если производится сборка при которой host==target - тут все как обычно, ибо .dll модули находятся в mingw/bin. Однако, в случаях когда host!=target, .dll модули оказываются недоступными для целевого исполняемого файла.
Для i686 компилятора, .dll модули для x86_64 цели располагаются в mingw/i686-w64-mingw32/lib64.
Для x86_64 компилятора, .dll модули для i686 цели располагаются в mingw/x86_64-w64-mingw32/lib32.

Если что не понятно - задавайте вопросы.

Сборка для i686 уже готова. Со сборкой для x86_64 хоста возникли некоторые сложности. На страницу проекта пока не выгружал. Хочу одновременно.

Всем спасибо.


Это сообщение отредактировал(а) boostcoder - 25.3.2012, 00:37

Исправьте в первом посту пожалуйста: пишется CodeBlocks, а не CodeBlock. 

Это сообщение отредактировал(а) Randajad - 25.3.2012, 18:03

визуализация всего периода разработки GCC: http://www.youtube.com/watch?v=ZEAlhVOZ8qQ