Wine Bugs wrote:
http://bugs.winehq.org/show_bug.cgi?id=4979
Summary: wine .9.11 make fails on AMD64 Product: Wine Version: 0.9.11. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-patches AssignedTo: wine-bugs@winehq.org ReportedBy: nospam@thenerdshow.comSeems like this old bug is back, identical to this one, possibly? http://www.winehq.com/hypermail/wine-devel/2004/01/0598.html
Trouble building wine .9.11 & CVS on AMD64. It's linking 64 bit libraries again :( Passing LDFLAGS="-L/usr/lib" --libdir=/usr/lib to configure doesn't help, either.
make[2]: Entering directory `/home/fozner/install/wine/dlls/winmm/winearts' ../../../tools/winegcc/winegcc -B../../../tools/winebuild -shared ./winearts.drv.spec arts.o audio.o -Wl,--rpath,$ORIGIN/`../../../tools/relpath /usr/local/lib/wine /usr/local/lib` -o winearts.drv.so -L../../../dlls -lwinmm -luser32 -lkernel32 -lntdll -L../../../libs -lwine -L/usr/lib64 -ldl -lartsc -lpthread -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0 -L../../../libs/port -lwine_port /usr/lib64/libdl.so: could not read symbols: File in wrong format
Rudimentary regression test: wine .9.10 works fine with just ./configure && make depend && make. wine .9.11 fails with above error Today's CVS also fails.
I can get it to build with some editing of the makefiles, but that's not the point of this exercise.
I figured this was important enough to forward to the list. Alexandre, could (should) there be a --dont-link-64bit-libs flag added to configure please, or maybe a --without-64bit-libs?
Tom
Tom Spear (Dustin Booker, Dustin Navea) wrote:
Wine Bugs wrote:
http://bugs.winehq.org/show_bug.cgi?id=4979
Summary: wine .9.11 make fails on AMD64 Product: Wine Version: 0.9.11. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-patches AssignedTo: wine-bugs@winehq.org ReportedBy: nospam@thenerdshow.comSeems like this old bug is back, identical to this one, possibly? http://www.winehq.com/hypermail/wine-devel/2004/01/0598.html
Trouble building wine .9.11 & CVS on AMD64. It's linking 64 bit libraries again :( Passing LDFLAGS="-L/usr/lib" --libdir=/usr/lib to configure doesn't help, either.
make[2]: Entering directory `/home/fozner/install/wine/dlls/winmm/winearts' ../../../tools/winegcc/winegcc -B../../../tools/winebuild -shared ./winearts.drv.spec arts.o audio.o -Wl,--rpath,$ORIGIN/`../../../tools/relpath /usr/local/lib/wine /usr/local/lib` -o winearts.drv.so -L../../../dlls -lwinmm -luser32 -lkernel32 -lntdll -L../../../libs -lwine -L/usr/lib64 -ldl -lartsc -lpthread -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0 -L../../../libs/port -lwine_port /usr/lib64/libdl.so: could not read symbols: File in wrong format
Rudimentary regression test: wine .9.10 works fine with just ./configure && make depend && make. wine .9.11 fails with above error Today's CVS also fails.
I can get it to build with some editing of the makefiles, but that's not the point of this exercise.
I figured this was important enough to forward to the list. Alexandre, could (should) there be a --dont-link-64bit-libs flag added to configure please, or maybe a --without-64bit-libs?
This is a bug with the artsc-config utility, not with Wine. All of these types of utilities are fundamentally broken on 64-bit distributions when trying to compile as 32-bit.
Robert Shearman wrote:
This is a bug with the artsc-config utility, not with Wine. All of these types of utilities are fundamentally broken on 64-bit distributions when trying to compile as 32-bit.
And what about fixing first wine instead of complaining about third party utilities?
$ ./configure --prefix=/usr --disable-win16 CFLAGS="-march=k8 -O2 -pipe" LDFLAGS="-L/emul/linux/x86/usr/lib"
$ make ... gcc -m32 -march=k8 -O2 -pipe -o sfnt2fnt sfnt2fnt.o -L../libs/unicode -lwine_unicode -L../libs/port -lwine_port -lfreetype -lz /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libfreetype.so when searching for -lfreetype /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libfreetype.a when searching for -lfreetype /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lfreetype collect2: ld returned 1 exit status make[1]: *** [sfnt2fnt] Error 1
Here wine doesn't use LDFLAGS to link this executable, this breaks compilation on my gentoo box. That's why I have to add "-L/emul/linux/x86/usr/lib" to CFLAGS.
and this maybe isn't the only place, but I don't know enough about makefiles to fix it myself.
tom
Tomas Carnecky wrote:
Robert Shearman wrote:
This is a bug with the artsc-config utility, not with Wine. All of these types of utilities are fundamentally broken on 64-bit distributions when trying to compile as 32-bit.
And what about fixing first wine instead of complaining about third party utilities?
$ ./configure --prefix=/usr --disable-win16 CFLAGS="-march=k8 -O2 -pipe" LDFLAGS="-L/emul/linux/x86/usr/lib"
$ make ... gcc -m32 -march=k8 -O2 -pipe -o sfnt2fnt sfnt2fnt.o -L../libs/unicode -lwine_unicode -L../libs/port -lwine_port -lfreetype -lz /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libfreetype.so when searching for -lfreetype /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libfreetype.a when searching for -lfreetype /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lfreetype collect2: ld returned 1 exit status make[1]: *** [sfnt2fnt] Error 1
Here wine doesn't use LDFLAGS to link this executable, this breaks compilation on my gentoo box. That's why I have to add "-L/emul/linux/x86/usr/lib" to CFLAGS.
and this maybe isn't the only place, but I don't know enough about makefiles to fix it myself.
You might want to find out why you have to add anything to LDFLAGS. I don't know about other distributions, but on 64-bit Ubuntu passing the -m32 flag to gcc will make it automatically add the standard 32-bit lib directories to the lib path (i.e. /lib32, /usr/lib32, etc.).
Robert Shearman wrote:
You might want to find out why you have to add anything to LDFLAGS. I don't know about other distributions, but on 64-bit Ubuntu passing the -m32 flag to gcc will make it automatically add the standard 32-bit lib directories to the lib path (i.e. /lib32, /usr/lib32, etc.).
On gentoo, the (precompiled/binary) compatibility libraries are in /emul/linux/, 32bit libraries from packages which gentoo compiles on its own (glibc and all other multilib aware packages) are in /lib32, /usr/lib32 etc.
But my point was.. wine links an executable without using LDFLAGS.
tom
-
Robert Shearman -
Tom Spear (Dustin Booker, Dustin Navea) -
Tomas Carnecky