Не собирается 32-битная библиотека на 64-битной системе

Чёрным по белому же написано. Ты зачем-то линкуешь 32битный код с 64битным.

Уже перелопатил весь Makefile, нигде не могу найти, как это исправить.

На всякий прилагаю Makefile.

### Generated by Winemak er

PREFIX                = /usr
SRCDIR                = .
SUBDIRS               =
DLLS                  = wineasio.dll
EXES                  =



### Common settings

CEXTRA                = -m32 -g -O2 -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith
CXXEXTRA              = -m32 -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith
RCEXTRA               =
INCLUDE_PATH          = -I. -I/usr/include -I$(PREFIX)/include -I$(PREFIX)/include/wine -I$(PREFIX)/include/wine/windows
DLL_PATH              =
LIBRARY_PATH          = 
LIBRARIES             = -ljack

 
### wineasio.dll sources and settings

wineasio_dll_MODULE   = wineasio.dll
wineasio_dll_C_SRCS   = asio.c \
			main.c \
			regsvr.c
wineasio_dll_CXX_SRCS =
wineasio_dll_RC_SRCS  =
wineasio_dll_LDFLAGS  = -shared \
			-m32 \
			$(wineasio_dll_MODULE:%=%.spec) \
			-mnocygwin \
#			-L/usr/lib32/wine \
#			-L/usr/lib32 \
			-L/usr/lib/i386-linux-gnu/wine/ \
			-L/usr/lib/i386-linux-gnu/
wineasio_dll_DLL_PATH =
wineasio_dll_DLLS     = odbc32 \
			ole32 \
			winmm
wineasio_dll_LIBRARY_PATH=
wineasio_dll_LIBRARIES= uuid

wineasio_dll_OBJS     = $(wineasio_dll_C_SRCS:.c=.o) \
			$(wineasio_dll_CXX_SRCS:.cpp=.o) \
			$(wineasio_dll_RC_SRCS:.rc=.res)



### Global source lists

C_SRCS                = $(wineasio_dll_C_SRCS)
CXX_SRCS              = $(wineasio_dll_CXX_SRCS)
RC_SRCS               = $(wineasio_dll_RC_SRCS)


### Tools

CC = gcc
CXX = g++
WINECC = winegcc-stable
RC = wrc


### Generic targets

all: asio.h $(SUBDIRS) $(DLLS:%=%.so) $(EXES:%=%.so)

### Build rules

.PHONY: all clean dummy

$(SUBDIRS): dummy
	@cd $@ && $(MAKE)

# Implicit rules

.SUFFIXES: .cpp .rc .res
DEFINCL = $(INCLUDE_PATH) $(DEFINES) $(OPTIONS)

.c.o:
	$(CC) -c $(DEFINCL) $(CFLAGS) $(CEXTRA) -o $@ $<

.cpp.o:
	$(CXX) -c $(CXXFLAGS) $(CXXEXTRA) $(DEFINCL) -o $@ $<

.cxx.o:
	$(CXX) -c $(CXXFLAGS) $(CXXEXTRA) $(DEFINCL) -o $@ $<

.rc.res:
	$(RC) $(RCFLAGS) $(RCEXTRA) $(DEFINCL) -fo$@ $<

# Rules for cleaning

CLEAN_FILES     = y.tab.c y.tab.h lex.yy.c core *.orig *.rej \
                  \\\#*\\\# *~ *% .\\\#*

clean:: $(SUBDIRS:%=%/__clean__) $(EXTRASUBDIRS:%=%/__clean__)
	$(RM) $(CLEAN_FILES) $(RC_SRCS:.rc=.res) $(C_SRCS:.c=.o) $(CXX_SRCS:.cpp=.o)
	$(RM) $(DLLS:%=%.so) $(EXES:%=%.so) $(EXES:%.exe=%)

$(SUBDIRS:%=%/__clean__): dummy
	cd `dirname $@` && $(MAKE) clean

$(EXTRASUBDIRS:%=%/__clean__): dummy
	-cd `dirname $@` && $(RM) $(CLEAN_FILES)

distclean:: clean
	$(RM) asio.h

### Target specific build rules
DEFLIB = $(LIBRARY_PATH) $(LIBRARIES) $(DLL_PATH)

$(wineasio_dll_MODULE).so: $(wineasio_dll_OBJS)
	$(WINECC) $(wineasio_dll_LDFLAGS) -o $@ $(wineasio_dll_OBJS) $(wineasio_dll_LIBRARY_PATH) $(DEFLIB) $(wineasio_dll_DLLS:%=-l%) $(wineasio_dll_LIBRARIES:%=-l%)

install:
	if [ -d $(PREFIX)/lib32/wine ]; then cp wineasio.dll.so $(DESTDIR)$(PREFIX)/lib32/wine; else cp wineasio.dll.so $(DESTDIR)$(PREFIX)/lib/wine; fi

при чем в самой арче нет пакета «steinberg-asio», хател его попробывать на арче сча собрать но такого нету)))

В AUR же.

а да, нашел, makepkg не подтягивает зависимости из аура... сча попробую снова

а у меня собрался

при чем компиляция почти моментальная

могу скомпилированные бинарники скинуть, у меня i3 2100 проц, но оптимизация вроде sandybridge стоит, могу поставить флаг !cflags (вроде так, чо бы не использовались флаги компиляции)

https://drive.google.com/open?id=0B33dWB9yk0JUOFdma05kRWlYMW8

в общем держи, должно пойтить. просто можешь скопить папку usr в корень системы.

и кстати опиши полные свои действия при компиляции, ибо если ты прям все делаешь из PKGBUILD'а, то там есть переменные, которые тока makepkg понимает, такие как $CARCH. тебе надо енто пропускать.

и кстати, у тебя точна установлен именно мультилиб gcc?

Благодарю! Уже сам собрал. Оказалось, надо явно указать для make соответствующий Makefile:

make -f Makefile

потому чо там в билде сказано:

  if [[ "$CARCH" == x86_64 ]]; then
    make -f Makefile64
    mv "$pkgname".dll.so "$pkgname".dll.so.x86_64
    cp asio.h.i686 asio.h
    make clean
    make
  else
    make
  fi

и п.с. там надо выбирать для 64битной системы Makefile64

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

Для каждой 32-битной библиотеки, которую компилятор не видит, нужно создать симлинк. cd /usr/lib32; sudo ln -s libuuid.so.1 libuuid.so

--enable-win32 --disable-win64

Пришлось так и сделать. Конечно, ужасно костыльное решение, но ничего лучше не придумал.

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

Предполагается, что в системе уже включена поддержка 32-битной архитектуры и установлены базовые пакеты, необходимые для сборки, а также ed - он необходим для скрипта из исходников.

Ставим jack 2, в т. ч. dev-пакеты и 32-битные версии библиотек:

$ sudo apt-get install jackd2 libjack-jackd2-0 libjack-jackd2:i386 libjack-jackd2-dev libjack-jackd2-dev:i386

Ставим wine-development, в т. ч. dev-пакеты и 32-битные версии библиотек:

$ sudo apt-get install wine-development libwine-development-dev libwine-development-dev:i386

Ставим 32-битную dev-версию libc:

$ sudo apt-get install libc6-dev:i386

Не уверен, что я ничего не упустил, возможно, это не все пакеты, которые нужны и я что-то ещё необходимое поставил, пока возился.

Скачиваем и распаковываем исходники WineASIO с https://sourceforge.net/projects/wineasio/.

Теперь нам нужно слегка подправить исходный код и Makefile-ы с учётом специфики Debian. Открываем файлы с исходным кодом - main.c, asio.c и regsvr.c и заменяем строки

#include "wine/debug.h"

#include "wine-development/debug.h"

Правим Makefile и Makefile64 - в 16 строке, в переменной INCLUDE_PATH везде заменяем wine на wine-development. В переменной wineasio_dll_LDFLAGS в 30 строке заменяем оригинальные пути на специфичные для deb-based дистрибутивов:

-L/usr/lib/i386-linux-gnu/wine-development/ \
-L/usr/lib/i386-linux-gnu/ \

-L/usr/lib/x86_64-linux-gnu/wine-development \
-L/usr/lib/x86_64-linux-gnu/ \

Скачиваем ASIO_SDK c https://www.steinberg.net/index.php?id=48&L=1, вытаскиваем оттуда asio.h и кидаем в каталог с исходниками.

Собираем и устанавливаем:

make -а Makefile
sudo cp wineasio.dll.so /usr/lib/i386-linux-gnu/wine-development
make clean
bash ./prepare_64bit_asio
make -a Makefile64
sudo cp wineasio.dll.so /usr/lib/x86_64-linux-gnu/wine-development

Исправляем некорректную линковку:

sudo ln -s /usr/lib/x86_64-linux-gnu/wine-development/libwine.so.1.0 /usr/lib/x86_64-linux-gnu/libwine.so.1
sudo ln -s /usr/lib/i386-linux-gnu/wine-development/libwine.so.1.0 /usr/lib/i386-linux-gnu/libwine.so.1
# на всякий
sudo ldconfig

Регистрируем dll-ки:

# 64-битную
WINEPREFIX=/path/to/prefix wine64 regsvr32 wineasio.dll
# 32-битную
WINEPREFIX=/path/to/prefix regsvr32 wineasio.dll

Ну вот как-то так.

Спасибо, сохраню на всякий случай.

Для чего планируется WineASIO использовать? Какая DAW?

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

В winehq wiki есть целая специальная страница по этому поводу, предлагают использовать костыль по типу chroot — https://wiki.winehq.org/Building_Biarch_Wine_On_Ubuntu

Есть ли вообще дистры, где задачу можно решить без костылей (и без скатывания в маргинальность)?

Оно и успользуется уже давно, просто под новым Debian никак не хотел собираться и работать. Reaper в основном, ну и по мелочи - Cubase для старых проектов, iZotope RX, Melodyne и всё такое.

Как-то сложно. В моё время было проще.

Ну вот за это и не люблю deb-based системы - пакеты порублены мелко, зависимости протянуты как паутина, да ещё и очень жестко выставлены. Например, ставишь из бэкпортов условный foobar-1.0.1+patch001, а вся система требует строго =foobar-1.0.0, и всё, пошло-поехало, в результате какой-нибудь вшивый .so может потребовать полсистемы снести с DE и иксами. И никак не разгребёшь этот ад без жуткого пердолинга.

Посоветовать Арч могу или его более демократичные производные, там с этим проще простого - в одном скрипте тебе и зависимости правятся, весь процесс конфигурирования и сборки, и установка куда захочешь, можешь хоть 10 вайнов поставить разных версий. Если бы у Арча была бы стабильная ветка, как в Debian, без RR, я бы вообще с него не слезал бы.

Есть ли вообще дистры, где задачу можно решить без костылей (и без скатывания в маргинальность)?

Я под центось 7 собираю WoW64 (два вайна по сути 32+64 которые ставятся sxs и общий лоадер), плюс staging, всё решается отлично без костылей, не знаю правда что значит "скатывание в маргинальность".

В данном случае всё сложно из-за а) обязательной мультиархитектурности, б) из-за некоторых особенностей Debian, отличающих его от других дистрибутивов.

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

-ljack

Без стейджинга, mpg123, openal и opencl конкретно этот wine супротив пустой базовой центоси собирается. Я специально там в спеке переключалки bcond_without именно таким образом сделал. Впрочем, это всё дополнительное на том же гитхабе валяется.

но очень уж там мало софта из коробки, полсистемы придётся дособирать.

YMMV, но мне лично оказалось проще на пустой системе дособрать, чем бодаться с %бнутыми майнтейнерами. Тем более что эти "полсистемы" у меня и так были как побочный продукт от основной работы.

Почему команда Wine не возьмёт WineASIO к себе под крыло?

Полагаю, из-за использования несвободного штейнберговского СДК. Да и проект маленький, узкоспециализированный, почти не развивается, последняя версия вышла в 2013, если не ошибаюсь.