Я что-то не догоняю... Разве шелл из mingw не эмулирует ANSI-последовательности?
(Хаскель тут при том что достали глюки ansi-terminal под вендой)
Мда... cabal нормально не работает без прописанных в PATH путей. Даже если cabal-у указать путь к gcc в конфиге, пакет network не соберется т.к. использует autoconf, а он уже не может без gcc в PATH. Пичаль какая-то :(
вот на этот раз гоцацэ 4.9 вроде конопляется без ошибок. теперь боюсь, что собранное тупо не будет запускаться.
(напмню: со сборкой 4.7 проблем не было)
пипец, оно никак не собирается. проблемы то с кривым конфигурированием, то с памятью при сборке. в msys2 заработало
у кого-нибудь гцц 4.9 из мингв собирается?
Нет, всё-таки софт бывает по-настоящему кроссплатформенным и на отъебись, как третьетег. Полдня потратил на попытки завести SDL2 под GCC в mingw под qt-creator'ом, в результате не в первый уже раз пришёл к выводу — никакого gcc под виндой. Поставил скачиваться qt, собранный msvc — похоже, придётся таки разобраться, куда они дели отладчик в версиях VS старше 2010
Работа, обновили комп, на компе стоит win8 с установленным ClassicShell вроде как даже пользоваться можно, система 64битная. Решил попрбовать mingw, который использую для различных симуляций, поставить 64битный тоже и собрать за компанию свежий буст... Как результат, на сборке фейлится cc1plus (выдаётся сообщение: cc1plus.exe has stopped working). При этом были опробованы различные 64бит сборки mingw — везде результат один и тот же. На маленьких файлах нифига не воспроизводится. Гугл обозначивает проблему, частично отсылает к editbin и играм с размером стека, но решения окончательного так и не даёт. При этом 32бит версией компилятора на этой же машине всё отлично строится.
В общем, кто сталкивался, как решали?
Так, пакет для кросс-сборки GTK+ 2.24.20 на jhbuild: datacompboy.ru
1) ставим просто jhbuild
2) jhbuild.mingw.gtk-2.24.20.tgz — распаковываем
3) cd jhbuild.mingw.gtk-2.24.10/; ./cross-build-gtk-rls
4) из target.rls/ забираем рабочий runtime.
(gdb) b main
Breakpoint 1 at 0x413364: file main.cc, line 357.
(gdb) r
Starting program: d:\salirzaev\avarice-code\avarice\src\avarice.exe -g -d
[New Thread 5804.0x19f4]
Breakpoint 1, main (argc=-2082109099, argv=0xbca108ec) at main.cc:357
357 {
(gdb)
не знаю что там второтег хорош, но он у меня по разу залипает и на долго. Просто делая ls в папке. Попробуем cygwin обратно юзать
Qt 4.8.4 для винды и MinGW отсюда (http://qt-project.org/downloads) хочет MinGW с g++ 4.4 и w32api.h определённой версии. Сразу и не поймёшь, где и как такой искать. Подходящий спрятан тут: get.qt.nokia.com
Немного почитав понял, что мне всетаки нужен cygwin, при небольшом оверхеде я получаю все что мне надо и с довольно удобным установщиком. В случая mingw чтото пришлось бы ресерчить или даже собирать самому.
Есть маньяки которые, пишут и компилят в консоле linus а запускают в windows gui-вые приложения? На сколько это бесперспективно?
при отладке программ собранных в gcc с mingw бинарник gdb взятый из mingw-cross-env работает намного лучше чем родной из поставки виндового mingw
есть у кого нибудь собранный с mingw gcc47 ?
посоветуйте аналог valgrind под windows для отладки приложений собранных в gcc, желательно бесплатный
Собираем MinGW на MinGW. Часть 1. Необходимые библиотеки и сборка boot-версии.
love5an.livejournal.com
Собрал таки GCC и, вообще, минимальный дистр MinGW.
dl.dropbox.com
Позже распишу, как это все собирать — но сразу скажу, натрахался на год вперед.
Сконфигурировано все под i686-pc-mingw32.
i686 это P6(http://en.wikipedia.org/wiki/I686)
У всего вместе отрублен NLS, потому что он все-равно хреново работает.
То есть, общаются утилиты только на английском.
binutils-2.22
То есть, всякие там ld, as, windres, strip и т.п.
Утилиты слинкованы со всеми необходимыми библиотеками(gmp-5.0.2, mpfr-3.1.0, mpc-0.8.2, ppl-0.11.2, cloog-ppl-0.15.11) статически.
gcc-4.6.2
Собраны компиляторы для c, c++, fortran, objc и objc-c++
Стандартные библиотеки собраны как статические, так и динамические.
Влючены gomp и lto.
Также, дополнительно собрана дебаг-версия libstdc++(лежит в lib/bin).
Сами компиляторы, и вообще, исполняемые файлы, типа драйвера(gcc.exe) тоже, как и binutils, статически слинкованы с необходимыми либами.
w32api-3.17-2
Заголовочные файлы и библиотеки импорта для WinAPI.
minwrt-3.20
Рантайм MinGW.
zlib-1.2.5
Статическая и динамическая версии.
pthreads-w32-2-8-0
GC2-конфигурация, DLL.
libiconv-1.14
И DLL, и статическая версия.
gettext-0.18.1.1
Аналогично, и статическая версия, и dll'ки.
expat-2.0.1
Опять же, и DLL, и статическая библиотека.
gmp-5.0.2
DLL-версия.
C++-обертка(libgmpxx-4.dll) зависит от DLL'ек libgcc и libstdc++
mpfr-3.2.0-dev
Версия из SVN. DLL.
mpc-1.0.0dev
Аналогично — DLL, и собиралась из svn trunk.
ppl-0.11.2
cloog-ppl-0.15.11
Как и gmp/mpfr/mpc — собирались с --enable-shared --disable-static.
make-3.82
Лежит в bin, i686-pc-mingw32-make.exe.
По слухам, он довольно кривой, особенно в области распараллеливания, так что лучше использовать make из msys.
libtool-2.42
autoconf-2.68
automake-1.11.2
— GNU autocrap. Вроде работают.
bzip2-1.0.6
Версии библиотеки — как DLL, так и статическая.
xz-5.0.3
Аналогично bzip2.
Я бы в принципе, добавил еще GDB, но ему нужен питон, и мне пока лень их оба собирать.
Для корректной работы весь этот хлам надо распаковать в C:/MinGW
Кстати, насколько я понимаю, autotools, даже вот эти MinGW-версии, требуют unix-like окружение для работы, поэтому желательно еще добавить ко всему этому MSYS(ее брать с сайта mingw или через mingw-get, и устанавливать в C:/MinGW/msys).
для правильной сборки рантайма mingw нужно, оказывается, CFLAGS='-O0'
ну или там, '-g -O0'. Но суть в том, что оптимизации надо отрубить, иначе собирается неправильно.
А по дефолту там '-g -O2'.
собираю GCC, и сопутствующее, под MinGW.
Пятая, по-моему, попытка за год.
Пока все идет ок — собрал либы статически, собрал binutils, собрал GCC без бутстрапа(с бутстрапом — make падает в директории ada(хотя, прикол, ada отключена!)), все статически слинковал, заменил директории, теперь пересобираю либы новыми компиляторами.
Следующий этап — пересборка binutils. Потом — пересборка GCC, заново, самим собой, и сборка динамических библиотек.
Пока что больше всего трахался с ключами в binutils и gcc — чтобы заставить линковать зависимости статически — binutils, например, линкуется с zlib, но чтобы где-то был ключик выбора где искать zlib, это хуй.
Еще, меня очень сильно волнует, почему рантайм MinGW собирается неправильно, и сишные программы, линкующиеся с ним падают при старте?
Пришлось брать рантайм с сайта mingw. Я сначала думал на сам тулчейн, что может, где-то что-то не так собралось(тут еще добавляет радости, что с этими сраными autotools еще и хуй поймешь где что не так), но потом перестал так думать, томущо программы и другие библиотеки таки работают и собираются ОК. Непонятная херня, короче.
Как закончу, напишу в жж статью о превращении Windows 7 в slackware.
С пятой попытки собрал, наконец, gcc-4.6.2
Не знаю, что точно там не работало, но пришлось убрать компиляторы Ады и Go, сделать все рантайм-либы кроме libstdc++ статическими и откатиться на cloog-ppl-0.15.11(вместо 0.16.3 и isl).
Вроде конпилирует.
Сейчас пересобираю им GMP.
это чинится или оно не умеет? img822.imageshack.us
БЛЯДЬ.
2 часа собирал GCC под mingw
Ссука. Билд наебнулся, да.
Не найдена точка входа куда-то там блять в libstdc++-6.dll
Уебать, блядь, ногами, блядь.
Гнутое говно, блядь.
Блядь, ненавижу.
-DBOOST_THREAD_USE_LIB — и все компилится, и даже где то работает
Ставил первотег под второтегом. Конфиг работал час и вылетел с ошибкой, потому что нет либ для парсинга. Ну не приздец ли.
А есть ли какой-нибудь простой путь заставить MinGW лазать в произвольном каталоге в поиске инклудов? Использую его с NetBeans.
поздравьте меня, я таки наконец скомпилил linjingle-0.5 x86_64 под мингвой. чем заработал +10000 Exp и два раза получил levelup. завтра отправлю гугловцам патчи. авось примут.
у кого какой опыт сборки под линухом с мингв для windows ? кто то собираил firefox ? mplayer ? vlc ?
Заюзал ccache (v2.4). Теперь psi+ "с нуля" компилится в три раза быстрее (на моём железе). Продолжаем наблюдение 8-)
Прилинковал Psi+ к lyx-windows-deps-mingw. Собралось, аспель работает и даже орфографию проверяет.
Кто хочет протестить? Порядок скачивания и распаковки:
1. psi-dev.googlecode.com
2. psi-dev.googlecode.com
3. psi-dev.googlecode.com
недавно пытался собрать в gcc под linux'om несколько плагинов к миранде, которые разрабатываю, windows со студией небыло под рукой, плагины на c собрались и заработали у людей нормально, а вот в плагинах написанных на c++ кривые таблицы экспорта, изучение манов не дало результатов ..., может кто сталкивался с подобным ?
ужасная связка, никогда не работает с первого раза
Жуйк, почему сборка чего-либо в MSYS состоит из анальной попаболи чуть более чем полностью?
Что лучше в качестве парсера для TeX Live: flex, lex, bison или byacc?
Собираюсь под mingw'ом, окружение:
PATH=".:/usr/lib:/bin:/mingw/bin"
LD_RUN_PATH="/usr/lib"
LDFLAGS="-L/usr/lib"
CFLAGS="-mtune=pentium -march=pentium -I/usr/include"
CXXFLAGS="$CFLAGS"
CC=gcc-dw2
CXX=g++-dw2
CPP=cpp-dw2
PKG_CONFIG=/usr/bin/pkg-config
PKG_CONFIG_PATH=/usr/lib/pkgconfig
gcc-4.4.3:
./configure --prefix=/usr --build=pentium-pc-mingw32 --with-gmp=/usr --with-mpfr=/usr --enable-languages=c,c++ --enable-threads --disable-werror --disable-sjlj-exceptions
sqlite-3.6.20:
./configure --prefix=/usr --build=pentium-pc-mingw32 --disable-static --disable-tcl
gettext-0.17:
./configure --prefix=/usr --build=pentium-pc-mingw32
Логи компиляции: bin.mypage.sk
Ставлю gcc-4.4.3 на mingw, уже стоит 4.4.1 от tdm. При компиляции выскакивает баг.
Строка конфигурирования: $ CC=gcc-dw2 CXX=g++-dw2 ./configure --prefix=/usr --build=pentium-pc-mingw32 --with-gmp=/usr --with-mpfr=/usr