Сборки MinGW(GCC-win32/win64) от niXman

@niXman · Регистрация: 09.08.2009

Author24 — интернет-сервис помощи студентам

с этого момента, буду производить тестовые/пререлизные/релизные сборки mingw.
файлы с пометкой snapshot и prerelease - не стабильные версии. в реальных проектах использовать не рекомендую. использую для тестирования новых фитчей.
файлы с пометкой release - стабильные, прошедшие тесты.
скачать можно тут.
скачать онлайн-инсталятор можно тут.
скачать msys2 можно тут

в скором времени начну формировать пакеты для разработчиков состоящие из компилятора(mingw), IDE(QtCreator/CodeBlock/Dev-C++/wxDev-cpp), и некоторого набора предкомпилированных библиотек(boost, Wx, Qt, OpenSsl, и еще каких-то.. понять бы что в спросе...). пакеты не будут требовать установки/настройки. распаковал - используй.

Не по теме:

старая ссылка тут.

@castaway · 27.12.2012, 23:55

Т.е. идею вы поддерживаете но все упирается во время?! Я могу попробовать помочь вам в сборках. Стабильность гарантировать не могу, но тем не менее..
P.S.: новая ревизия * 2 архитектуры * 2 исключения = 4. Раз в неделю я думаю можно собрать...

@Alexpux · 27.12.2012, 23:59

Пока не вышел gcc-4.8.0 один комплект = 6 сборок. На 4.8.0 - 8 сборок

@castaway · 28.12.2012, 00:05

Я не настаиваю. Это было просто предложение и идея в одном комплекте...
Решать то все-равно вам)

@niXman · 28.12.2012, 00:29 **[ТС]**

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

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

я на самом деле считаю это плохой идеей.
спасибо за предложение помочь.

@castaway · 28.12.2012, 00:46

Отклоняемся от изначального вопроса...
Если есть решение (по поводу архитектур), то мне интересно его услышать.

@niXman · 28.12.2012, 00:58 **[ТС]**

решение я озвучил.
экзотические сборки каждый собирает сам.

@niXman · 23.01.2013, 16:29 **[ТС]**

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

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

@Nick Alte · 09.02.2013, 22:58

Недавно обнаружил интересную особенность 64-битной mingw ломаться на сборке буста. То ли стек маловат, то ли ещё что. Не планируется ли что-то подкрутить по этому поводу?

@niXman · 10.02.2013, 01:39 **[ТС]**

Nick Alte, я должен позвать телепатов?

@Nick Alte · 10.02.2013, 15:45

Телепаты - это хорошо, удобно...
Мне эта проблема представлялась достаточно известной, так что я не стал углубляться. Суть в том, что 64-битная версия cc1plus.exe просто обрушивается во время компиляции буста и Windows аварийно завершает её работу со словами "cc1plus.exe has stopped working".
Примеры описаний проблемы:
stackoverflow.com
lists.boost.org

@niXman · 10.02.2013, 15:52 **[ТС]**

> increasing the default stack size for cc1plus.exe
в пятницу, я работал в венде, и как раз таки использовал spirit. и ничего не падало.
тот код, что по первой ссылке, у тебя вызывает падение cc1plus.exe?

@Nick Alte · 10.02.2013, 16:03

Конкретно тот код не пробовал. А вот когда собирал свежий буст (1.53), cc1plus падал на каждом исходнике, стабильно. И dwarf и sjlj сборка. 32-битная версия собрала всё то же самое безупречно.

@niXman · 10.02.2013, 16:16 **[ТС]**

Сообщение от Nick Alte

cc1plus падал на каждом исходнике

на каждом исходнике из спирита?

@Nick Alte · 10.02.2013, 16:18

На каждом исходнике из буста.

@niXman · 10.02.2013, 16:23 **[ТС]**

во-первых - такого быть не может.
во-вторых - при чем тут спирит?

Добавлено через 15 секунд
или ты просто решил потроллить?

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

Сообщение от Nick Alte

тот код не пробовал.

попробуй. и дай знать.

@Nick Alte · 10.02.2013, 16:35

Ну если человек использовал именно спирит, логично, что на спирите у него это и вылезло. А я компилил весь буст.
Насчёт "быть не может" и "троллить" - ну это уж, извините, просто нелепо... Мне что, видео в доказательство делать надо?
Факты таковы - я запустил сборку буста 1.53 с 64-битным mingw 4.8.0 rev3. Получил ошибки с аварийным завершением cc1plus сразу, как только запустился Boost.Build (он сам построился нормально, кстати). Переключился на версию с другим механизмом обработки исключений - то же самое. С 32-битной версией mingw 4.8.0 rev3 всё скомпилировалось.

@niXman · 10.02.2013, 16:50 **[ТС]**

все, что хоть как-то похоже на факты - это приведенные ссылки. касательно первой ссылки, я прокомментировал.
а по поводу "быть не может" - товарищ, в среду или в четверг, собирал буст 1.53.0. все собралось успешно.

Сообщение от Nick Alte

4.8.0

это экспериментальная версия. разумеется(по крайней мере для меня, и еще нескольких человек), что экспериментальная версия может бажить, и она, в общем-то, и не обязана работать вообще.

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

Добавлено через 7 минут
пофиксил код из первой ссылки, ибо не компилялся:
http://liveworkspace.org/code/249FVe$3

проверь на стабильной версии.

@Nick Alte · 10.02.2013, 19:31

Проверил на всё том же бусте - 4.7.2 собирает. Правда, при этом не выдаются предупреждения, которые пачками выкидывает 4.8.0 (о неиспользуемых локальных typedef). Для окончательной ясности надо будет дождаться релиза 4.8.0.

@niXman · 11.02.2013, 00:26 **[ТС]**

покажи лог сборки, плиз.

и проверь тот спиритовский код. а то у меня нет доступа к венде.

Добавлено через 4 часа 36 минут
Nick Alte, в общем, я хз о чем твои посты..
только что, в win7-x86_64, с использованием x64-4.7.2-rev8 & x64-4.8.0-rev3, я успешно собрал boost-1.53.0 и тот пример со спиритом.

@outoftime · 11.02.2013, 01:25

Я пользовался только иде, можешь добавить в тему еще как добавить к компилятору с твоей сборки еще свои либы, к примеру boost?

@castaway 4985 / 3092 / 456 Регистрация: 10.11.2010 Сообщений: 11,169 Записей в блоге: 10
	27.12.2012, 23:55	181
	Т.е. идею вы поддерживаете но все упирается во время?! Я могу попробовать помочь вам в сборках. Стабильность гарантировать не могу, но тем не менее.. P.S.: новая ревизия * 2 архитектуры * 2 исключения = 4. Раз в неделю я думаю можно собрать... 0

@Alexpux 113 / 22 / 0 Регистрация: 28.10.2012 Сообщений: 37
	27.12.2012, 23:59	182
	Пока не вышел gcc-4.8.0 один комплект = 6 сборок. На 4.8.0 - 8 сборок 0

@castaway 4985 / 3092 / 456 Регистрация: 10.11.2010 Сообщений: 11,169 Записей в блоге: 10
	28.12.2012, 00:05	183
	Я не настаиваю. Это было просто предложение и идея в одном комплекте... Решать то все-равно вам) 0

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
	28.12.2012, 00:29 [ТС]	184
	не, рыбятки, это не дело. чем больше людей будут производить сборки - тем сложнее будет выявить причину какой-нить проблемы у конечного пользователя сборок. у меня другое предложение, вроде как логичное. т.к. скрипты для сборки открыты, давайте каждый сам для себя будет собирать свою экзотическую сборку я на самом деле считаю это плохой идеей. спасибо за предложение помочь. 0

@castaway 4985 / 3092 / 456 Регистрация: 10.11.2010 Сообщений: 11,169 Записей в блоге: 10
	28.12.2012, 00:46	185
	Отклоняемся от изначального вопроса... Если есть решение (по поводу архитектур), то мне интересно его услышать. 0

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
		1
	Сборки MinGW(GCC-win32/win64) от niXman 30.07.2011, 22:48. Показов 271282. Ответов 459 Метки mingw, mingw-w64, nixman, с, Сборки (Все метки) с этого момента, буду производить тестовые/пререлизные/релизные сборки mingw. файлы с пометкой snapshot и prerelease - не стабильные версии. в реальных проектах использовать не рекомендую. использую для тестирования новых фитчей. файлы с пометкой release - стабильные, прошедшие тесты. скачать можно тут. скачать онлайн-инсталятор можно тут. скачать msys2 можно тут в скором времени начну формировать пакеты для разработчиков состоящие из компилятора(mingw), IDE(QtCreator/CodeBlock/Dev-C++/wxDev-cpp), и некоторого набора предкомпилированных библиотек(boost, Wx, Qt, OpenSsl, и еще каких-то.. понять бы что в спросе...). пакеты не будут требовать установки/настройки. распаковал - используй. Не по теме: старая ссылка тут. 43

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
	28.12.2012, 00:58 [ТС]	186
	решение я озвучил. экзотические сборки каждый собирает сам. 0

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
	23.01.2013, 16:29 [ТС]	187
	вчера, разработчики Qt приняли решение относительно официального MinGW, используемого для сборки QtSDK, и поставляемого в составе QtSDK. и все же, их выбор пал на MinGW-builds, чему я несказанно рад! это наша(проекта MinGW-builds) маленькая победа, надеюсь что не последняя :yes3 хочу выразить благодарность от лица авторов проекта(я и Alexpux) всем пользователям наших сборок, за баг-репорты, рекомендации, и просто за фид-бэк. спасибо вам! 9

@Nick Alte 1674 / 1046 / 174 Регистрация: 27.09.2009 Сообщений: 1,945
	09.02.2013, 22:58	188
	Недавно обнаружил интересную особенность 64-битной mingw ломаться на сборке буста. То ли стек маловат, то ли ещё что. Не планируется ли что-то подкрутить по этому поводу? 0

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
	10.02.2013, 01:39 [ТС]	189
	Nick Alte, я должен позвать телепатов? 0

@Nick Alte 1674 / 1046 / 174 Регистрация: 27.09.2009 Сообщений: 1,945
	10.02.2013, 15:45	190
	Телепаты - это хорошо, удобно... Мне эта проблема представлялась достаточно известной, так что я не стал углубляться. Суть в том, что 64-битная версия cc1plus.exe просто обрушивается во время компиляции буста и Windows аварийно завершает её работу со словами "cc1plus.exe has stopped working". Примеры описаний проблемы: stackoverflow.com lists.boost.org 0

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
	10.02.2013, 15:52 [ТС]	191
	> increasing the default stack size for cc1plus.exe в пятницу, я работал в венде, и как раз таки использовал spirit. и ничего не падало. тот код, что по первой ссылке, у тебя вызывает падение cc1plus.exe? 0

@Nick Alte 1674 / 1046 / 174 Регистрация: 27.09.2009 Сообщений: 1,945
	10.02.2013, 16:03	192
	Конкретно тот код не пробовал. А вот когда собирал свежий буст (1.53), cc1plus падал на каждом исходнике, стабильно. И dwarf и sjlj сборка. 32-битная версия собрала всё то же самое безупречно. 0

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
	10.02.2013, 16:16 [ТС]	193
	Сообщение от Nick Alte cc1plus падал на каждом исходнике на каждом исходнике из спирита? 0

@Nick Alte 1674 / 1046 / 174 Регистрация: 27.09.2009 Сообщений: 1,945
	10.02.2013, 16:18	194
	На каждом исходнике из буста. 0

	11.02.2013, 01:25

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
	10.02.2013, 16:23 [ТС]	195
	во-первых - такого быть не может. во-вторых - при чем тут спирит? Добавлено через 15 секунд или ты просто решил потроллить? Добавлено через 33 секунды Сообщение от Nick Alte тот код не пробовал. попробуй. и дай знать. 0

@Nick Alte 1674 / 1046 / 174 Регистрация: 27.09.2009 Сообщений: 1,945
	10.02.2013, 16:35	196
	Ну если человек использовал именно спирит, логично, что на спирите у него это и вылезло. А я компилил весь буст. Насчёт "быть не может" и "троллить" - ну это уж, извините, просто нелепо... Мне что, видео в доказательство делать надо? Факты таковы - я запустил сборку буста 1.53 с 64-битным mingw 4.8.0 rev3. Получил ошибки с аварийным завершением cc1plus сразу, как только запустился Boost.Build (он сам построился нормально, кстати). Переключился на версию с другим механизмом обработки исключений - то же самое. С 32-битной версией mingw 4.8.0 rev3 всё скомпилировалось. 0

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
	10.02.2013, 16:50 [ТС]	197
	все, что хоть как-то похоже на факты - это приведенные ссылки. касательно первой ссылки, я прокомментировал. а по поводу "быть не может" - товарищ, в среду или в четверг, собирал буст 1.53.0. все собралось успешно. Сообщение от Nick Alte 4.8.0 это экспериментальная версия. разумеется(по крайней мере для меня, и еще нескольких человек), что экспериментальная версия может бажить, и она, в общем-то, и не обязана работать вообще. если бы ты начал с того, что используешь экспериментальную версию - разговор бы пошел совсем в другое русло. Добавлено через 7 минут пофиксил код из первой ссылки, ибо не компилялся: http://liveworkspace.org/code/249FVe$3 проверь на стабильной версии. 0

@Nick Alte 1674 / 1046 / 174 Регистрация: 27.09.2009 Сообщений: 1,945
	10.02.2013, 19:31	198
	Проверил на всё том же бусте - 4.7.2 собирает. Правда, при этом не выдаются предупреждения, которые пачками выкидывает 4.8.0 (о неиспользуемых локальных typedef). Для окончательной ясности надо будет дождаться релиза 4.8.0. 0

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
	11.02.2013, 00:26 [ТС]	199
	покажи лог сборки, плиз. и проверь тот спиритовский код. а то у меня нет доступа к венде. Добавлено через 4 часа 36 минут Nick Alte, в общем, я хз о чем твои посты.. только что, в win7-x86_64, с использованием x64-4.7.2-rev8 & x64-4.8.0-rev3, я успешно собрал boost-1.53.0 и тот пример со спиритом. 0

@outoftime ║XLR8║ 1212 / 909 / 270 Регистрация: 25.07.2009 Сообщений: 4,361 Записей в блоге: 5
	11.02.2013, 01:25	200
	Я пользовался только иде, можешь добавить в тему еще как добавить к компилятору с твоей сборки еще свои либы, к примеру boost? 0