Как компилить 64 бит бинарники в MinGW из под wine?

Скачать правильный компилятор, и всё работает.

Ссылка на правильный компилятор: https://sourceforge.net/projects/mingw-w64/files/Toolchains targetting Win64/...

Если правильный компилятор не поможет, можешь ещё msys2 скачать и позапускать в wine http://www.msys2.org/

С правильным компилятором абсолютно тот же эффект. Последний иснсталлятор msys2 не запускается, версия 2015 года выдаёт пару ошибок, которые можно пропустить. Но там ещё есть сборки в виде архивов - те распаковываются. Последний msys2 глючит, попробую распаковать самый древний что дают, то есть 2015 года.

Зачем тебе из-под wine-то это делать? Какое-то извращение, натурально. Поставь mingw собранный как кросс-компилятор и собирай им что хочешь под венду без всякого wine. Для опакечивания есть nsis который тоже замечательно собирается и работает нативно.

Зачем тебе из-под wine-то это делать? Какое-то извращение, натурально.

Нормальные компиляторы в вайне работают нормально.

Поставь mingw собранный как кросс-компилятор и собирай им что хочешь под венду без всякого wine.

Ты сейчас точно про линукс говоришь или про какую-то другую ОС?

http://mxe.cc

https://packages.debian.org/stretch/mingw-w64

К примеру.

Нормальные компиляторы в вайне работают нормально.

Они и работают нормально. У тебя не работает линуксовая баш-лапша, генерирующая Makefile'ы, заточенная под GNU/Linux only и класть хотевшая на Wine.

А вообще не нужно маяться дурью, когда можно скачать готовое:

http://repo.msys2.org/mingw/x86_64/mingw-w64-x86_64-libogg-1.3.2-2-any.pkg.ta...

А вообще не нужно маяться дурью, когда можно скачать готовое:

Хреново они там раздают, без *.o хлама. Теоретически, его можно вытащить из *.a файлов, и это как бы умели делать линуксовые архиваторы, когда-то у меня такое работало, но неизвестно, какой пакет для этого нужен.

Нормальные компиляторы в вайне работают нормально.

Но зачем запускать компиляторы в вайне, если их можно запускать нативно?

Ты сейчас точно про линукс говоришь или про какую-то другую ОС?

Да, точно про линукс. Тебе вообще не нужен wine чтобы под линуксом собирать софт под венду.

Удваиваю, самый простой способ.

Но зачем запускать компиляторы в вайне, если их можно запускать нативно?

Загружаться в кучу ОС - так себе радость.

Да, точно про линукс. Тебе вообще не нужен wine чтобы под линуксом собирать софт под венду.

В федоре так:

mingw64-configure  --enable-static
make
make install

file format not recognized; treating as linker script

Загружаться в кучу ОС - так себе радость.

Какая нахрен куча ОС? Нужен только линукс, чтобы собирать что угодно, под что угодно, кроме, разве что макоси, но и то, вроде можно с бубном.

В федоре так:

И зачем эти костыли от упорышей? Тебе надо ./configure --host=какой-там-префикс-у-mingw-кросс-тулзов и всё.

Используй ту версию компилятора что дали

Нет, используй последний стабильный релиз компилятора собранный как кросс под целевую платформу.

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

Что за бред? Вендовая *.dll тебе нужна ровно один раз, причём только для того, чтобы натравить на неё dlltool и получить *.def, из которого потом тем же dlltool сделать lib*.a, которую положить туда, где configure/cmake/etc. её найдет. После этого про *.dll можно забыть навсегда.

Нет, используй последний стабильный релиз компилятора собранный как кросс под целевую платформу.

Да? Разве я спрашивал как компилить программу? Вопрос так не стоит, нужны только либы, вернее куски либ, а они не должны быть несовместимы из-за каких-то оптимизаций, пользу от которых без приборов не ощутить. Идей прозвучало много, попробую реализовать некоторые из них, а если не получится, то можно пропатчить кусок нужной либы, чтобы он точно правильно собрался, или даже переписать его на нормальном ЯП, не требующем столько глючной лапши.

Что за бред? Вендовая *.dll тебе нужна ровно один раз, причём только для того, чтобы натравить на неё dlltool и получить *.def, из которого потом тем же dlltool сделать lib*.a, которую положить туда, где configure/cmake/etc. её найдет. После этого про *.dll можно забыть навсегда.

Пусть не сама dll, но какая-то информация о ней при make install в систему добавляется, иначе как бы при сборке следующей либы использовалась собранная перед этим.

Вопрос так не стоит, нужны только либы, вернее куски либ, а они не должны быть несовместимы из-за каких-то оптимизаций, пользу от которых без приборов не ощутить.

Ну собирай с -O0, делов-то.

Пусть не сама dll, но какая-то информация о ней при make install в систему добавляется

Заголовочные файлы и затычка lib*.a чтобы линкер правильную инфу (название dll, название функции и тип вызова) для вендового загрузчика PE в бинарник прописал. При кросс-компиляции это всё можно складывать в любое удобное место, куда потом отправлять компилятор и линкер за хедерами и либами. Либо в хомяке где-нибудь, либо общесистемно в какую-нибудь /usr/share/mingw64/lib,include

Ну собирай с -O0, делов-то.

Если бы. Там легко можно такое накомпилять, что у меня вайн не потянет. А десятка в виртуалке жрёт столько что ничего кроме тормозов не показывает. Нафиг такие оптимизации без повышения минимального требования к железу. В линуксе ещё веселее, там испортить программу новым компилятором раз плюнуть. Как в десуре, а потом в стиме: сделали обновление клиента и привет, запускайте в другом линуксе.

Какой директивой в сишном исходнике линковать *.o файлы?

Какой директивой в сишном исходнике линковать *.o файлы?

mingw-gcc -o binary.exe source.c file.o another_file.o yet_another_file.o -lsomelib1 -lsomelib2

При этом компилятору надо сказать где лежат libsomelib1.a и libsomelib2.a, если они где-то в нестандартном месте. Это делается опцией -L.

Ну и вообще man gcc полезно почитать.

winegcc -m64

mingw есть и под линукс же

Есть, собрать theora для win64 только им не получилось.