[gentoo-amd64] Help - Wine-0.9 build failure

[gentoo-amd64] Help - Wine-0.9 build failure

[Mark Knecht]

Hi,
   I just downloaded the new 0.9 release. The build fails pretty
quickly (first 2 minute or so) with the following failure on my AMD64
machine. Anyone tried this yet?

gcc -m32 -c -I. -I. -I../../include -I../../include  -D__WINESRC__  
-D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2
-fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement
-Wpointer-arith  -g -O2  -o surface_wndproc.o surface_wndproc.c
LD_LIBRARY_PATH="../../libs/unicode:$LD_LIBRARY_PATH"
../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include
 -D__WINESRC__    -foversion.res version.rc
../../tools/winegcc/winegcc -B../../tools/winebuild -shared
./ddraw.spec    clipper.o ddraw_hal.o ddraw_main.o ddraw_thunks.o
ddraw_user.o ddraw_utils.o main.o palette_hal.o palette_main.o
regsvr.o surface_dib.o surface_fakezbuffer.o surface_gamma.o
surface_hal.o surface_main.o surface_thunks.o surface_user.o
surface_wndproc.o  version.res   -o ddraw.dll.so -L../../dlls
-L../../dlls/ole32 -L../../dlls/user32 -L../../dlls/gdi32
-L../../dlls/advapi32 -L../../dlls/kernel32 -lole32 -luser32 -lgdi32
-ladvapi32 -lkernel32  -L../../libs/wine -lwine -ldxguid -luuid 
-L/usr/lib64  -lXext -lX11   -L../../libs/port -lwine_port
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld:
skipping incompatible /usr/lib64/libXext.so when searching for -lXext
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld:
skipping incompatible /usr/lib64/libXext.a when searching for -lXext
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld:
skipping incompatible
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../libXext.so when
searching for -lXext
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld:
skipping incompatible
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../libXext.a when
searching for -lXext
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld:
skipping incompatible /usr/lib/libXext.so when searching for -lXext
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld:
skipping incompatible /usr/lib/libXext.a when searching for -lXext
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld:
cannot find -lXext
collect2: ld returned 1 exit status
winegcc: gcc failed.
make[2]: *** [ddraw.dll.so] Error 2
make[2]: Leaving directory `/home/mark/CODE/wine-0.9/dlls/ddraw'
make[1]: *** [ddraw] Error 2
make[1]: Leaving directory `/home/mark/CODE/wine-0.9/dlls'
make: *** [dlls] Error 2
mark@lightning ~/CODE/wine-0.9 $

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Help - Wine-0.9 build failure

[Marco Matthies]

Mark Knecht wrote:
> Hi,
>    I just downloaded the new 0.9 release. The build fails pretty
> quickly (first 2 minute or so) with the following failure on my AMD64
> machine. Anyone tried this yet?

Hi Mark,

i just built wine 0.9 through portage, so you might try that route (just 
note that 0.9 seems to be regarded as an older version, so you need to 
put something like >=app-emulation/wine-10.0 in your 
/etc/portage/package.mask).
As far as I can see you tried building it yourself, and from the build 
output the errors look like gcc was told to compile for 32-bit x86 'gcc 
-m32' but you were pulling in 64-bit libs '-L /usr/lib64'. I'm not 
really familiar with wine's build system so I don't know exactly what 
you need to do to change this, but you need to do something to make the 
build use /usr/lib32 , i.e. 32-bit libs.

Marco
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Help - Wine-0.9 build failure

[Mark Knecht]

On 10/26/05, Marco Matthies <marco-ml@gmx.net> wrote:
> Mark Knecht wrote:
> > Hi,
> >    I just downloaded the new 0.9 release. The build fails pretty
> > quickly (first 2 minute or so) with the following failure on my AMD64
> > machine. Anyone tried this yet?
>
> Hi Mark,
>
> i just built wine 0.9 through portage, so you might try that route (just
> note that 0.9 seems to be regarded as an older version, so you need to
> put something like >=app-emulation/wine-10.0 in your
> /etc/portage/package.mask).
> As far as I can see you tried building it yourself, and from the build
> output the errors look like gcc was told to compile for 32-bit x86 'gcc
> -m32' but you were pulling in 64-bit libs '-L /usr/lib64'. I'm not
> really familiar with wine's build system so I don't know exactly what
> you need to do to change this, but you need to do something to make the
> build use /usr/lib32 , i.e. 32-bit libs.
>
> Marco

Hi Marco,
   I'm not finding wine-0.9 in portage at all. I guess my servers are
just behind a bit. Guess I'll wait until tomorrow.

Thanks!

- Mark

lightning ~ # ACCEPT_KEYWORDS="~amd64" emerge -pv wine

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild  N    ] app-emulation/wine-20050930  +X +alsa -arts +cups
-debug +esd +gif -glut +jack +jpeg -lcms -ldap -nas +ncurses +opengl
+oss -scanner -truetype +xml2 0 kB

Total size of downloads: 0 kB
lightning ~ #

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Help - Wine-0.9 build failure

[Marco Matthies]

Mark Knecht wrote:
> Hi Marco,
>    I'm not finding wine-0.9 in portage at all. I guess my servers are
> just behind a bit. Guess I'll wait until tomorrow.

You can check with 'equery list -p wine' (equery is part of gentoolkit) 
to see which versions are available in your local portage dir. From the 
output you gave to your command, it does look like you might have 
overread my note about wine-0.9 being considered an older version by 
portage than all the wine-2005xxxx versions, as you don't seem to have 
masked the older versions (considered by portage to be newer) in 
package.mask (as otherwise portage wouldn't have suggested merging 
wine-20050930).

Hope that helps,
Marco
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Help - Wine-0.9 build failure

[Mark Knecht]

On 10/26/05, Marco Matthies <marco-ml@gmx.net> wrote:
> Mark Knecht wrote:
> > Hi Marco,
> >    I'm not finding wine-0.9 in portage at all. I guess my servers are
> > just behind a bit. Guess I'll wait until tomorrow.
>
> You can check with 'equery list -p wine' (equery is part of gentoolkit)
> to see which versions are available in your local portage dir. From the
> output you gave to your command, it does look like you might have
> overread my note about wine-0.9 being considered an older version by
> portage than all the wine-2005xxxx versions, as you don't seem to have
> masked the older versions (considered by portage to be newer) in
> package.mask (as otherwise portage wouldn't have suggested merging
> wine-20050930).
>
> Hope that helps,
> Marco

Marco,
   Thnaks for pushing back at me. I didn't think I was missing your
meaning. I had done a quick eix command to look at what was available.
I did not see wine-0.9:

mark@lightning ~ $ eix wine
* app-emulation/wine
     Available versions:  *20041019-r3 *20050111-r2 ~20050211
~20050310-r1 ~20050419 ~20050524 ~20050628 20050725-r1 ~20050830
~20050930
     Installed:           none
     Homepage:            http://www.winehq.com/
     Description:         free implementation of Windows(tm) on Unix

However, using equery I see it is there, and if I call it out
specifically I can build it:
lightning ~ # equery list -p wine
[ Searching for package 'wine' in all categories among: ]
 * installed packages
 * Portage tree (/usr/portage)
[-P-] [ ~] app-emulation/wine-20050419 (0)
[-P-] [ ~] app-emulation/wine-20050930 (0)
[-P-] [ -] app-emulation/wine-20050725-r1 (0)
[-P-] [ ~] app-emulation/wine-20050524 (0)
[-P-] [M-] app-emulation/wine-20050111-r2 (0)
[-P-] [ ~] app-emulation/wine-20050628 (0)
[-P-] [M-] app-emulation/wine-9999 (0)
[-P-] [ ~] app-emulation/wine-20050211 (0)
[-P-] [ ~] app-emulation/wine-20050310-r1 (0)
[-P-] [ ~] app-emulation/wine-20050830 (0)
[-P-] [ ~] app-emulation/wine-0.9 (0)
[-P-] [M-] app-emulation/wine-20041019-r3 (0)
lightning ~ # emerge -pv =app-emulation/wine-0.9

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild  N    ] app-emulation/wine-0.9  +X +alsa -arts +cups -debug
+esd +gif -glut +jack +jpeg -lcms -ldap -nas +ncurses +opengl +oss
-scanner -truetype +xml2 9,801 kB

Total size of downloads: 9,801 kB
lightning ~ #

I've started a build. Hopefully this will work better.

Thanks very much for the clue about equery. I'll have to look into why
eix didn't catch it. Does it use a differern database possibly?

Thanks,
Mark

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Help - Wine-0.9 build failure

[Marco Matthies]

Mark Knecht wrote:
> Thanks very much for the clue about equery. I'll have to look into why
> eix didn't catch it. Does it use a differern database possibly?

I've never used eix myself so mybe someone else can give a more definite 
answer, but i believe it uses some sort of index (yes, apparently its 
own index) to perform the search and i guess that index would have to be 
rebuilt after an 'emerge sync'. From what i just read on 
http://eixwiki.unfoog.de/ it seems you can rebuild the index by issuing 
update-eix, but i guess if you're using eix you probably do this once in 
a while -- so maybe you put it in a cron-job to do the eix-update and it 
just hasn't been run since the sync brought in the wine-0.9 ebuild?

Marco
-- 
gentoo-amd64@gentoo.org mailing list