Re: [Bug 4979] New: wine .9.11 make fails on AMD64

[Tom Spear (Dustin Booker, Dustin Navea)]

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(a)winehq.org
>         ReportedBy: nospam(a)thenerdshow.com
>
> Seems 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

[Bug 4979] New: wine .9.11 make fails on AMD64

[Robert Shearman]

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(a)winehq.org
> >         ReportedBy: nospam(a)thenerdshow.com
> >
> > Seems 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.

-- 
Rob Shearman

[Bug 4979] New: wine .9.11 make fails on AMD64

[Tomas Carnecky]

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

[Bug 4979] New: wine .9.11 make fails on AMD64

[Robert Shearman]

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.).

-- 
Rob Shearman

[Bug 4979] New: wine .9.11 make fails on AMD64

[Tomas Carnecky]

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