Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 85661 - wine doesn't compile on amd64 with 2005.0 profile
Summary: wine doesn't compile on amd64 with 2005.0 profile
Status: RESOLVED DUPLICATE of bug 88725
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: AMD64 Project
URL:
Whiteboard:
Keywords:
: 87628 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-03-17 10:43 UTC by Clint Silvester
Modified: 2005-07-17 13:06 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Clint Silvester 2005-03-17 10:43:20 UTC
wine doesn't compile for me on 2005.0 profile even after suggestions in bug 82758.

../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./x11drv.spec    bitblt.o bitmap.o brush.o clipboard.o clipping.o codepage.o desktop.o dga2.o dib.o dib_convert.o dib_dst_swap.o dib_src_swap.o event.o graphics.o init.o keyboard.o mouse.o opengl.o palette.o pen.o scroll.o settings.o text.o window.o winpos.o wintab.o x11ddraw.o x11drv_main.o xdnd.oxfont.o xim.o xrandr.o xrender.o xvidmode.o  x11drv.dll.dbg.o   -o x11drv.dll.so -L../../dlls  -luser32 -lgdi32 -ladvapi32 -lkernel32 -lntdll -L../../libs/wine -lwine -L../../libs/unicode -lwine_unicode  -L/usr/lib64  -lXext -lX11  -L../../libs/port -lwine_port
/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3-20050110/gcc: gcc-wrapper: -m32 detected on the command line overrides implicit -m64 added by the wrapper.
/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3-20050110/gcc: gcc-wrapper: -m32 detected on the command line overrides implicit -m64 added by the wrapper.
/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3-20050110/gcc: gcc-wrapper: -m32 detected on the command line overrides implicit -m64 added by the wrapper.
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3-20050110/../../../../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.3-20050110/../../../../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.3-20050110/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3-20050110/../../../libXext.so when searching for -lXext
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3-20050110/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3-20050110/../../../libXext.a when searching for -lXext
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3-20050110/../../../../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.3-20050110/../../../../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.3-20050110/../../../../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

This seems to have been fixed for 2004.3 profile but still doesn't work for 2005.0.  The recommended fix in bug 82758 to run

EXTRA_ECONF="--x-libraries=/emul/linux/x86/usr/lib" emerge wine

which gets a different error:

gcc -m32 -march=k8 -O3 -pipe -o sfnt2fnt sfnt2fnt.o -L../libs/unicode -lwine_unicode -L../libs/port -lwine_port -lfreetype -lz
/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3-20050110/gcc: gcc-wrapper: -m32 detected on the command line overrides implicit -m64 added by the wrapper.
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3-20050110/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3-20050110/../../../libfreetype.so when searching for -lfreetype
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3-20050110/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3-20050110/../../../libfreetype.a when searching for -lfreetype
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3-20050110/../../../../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/3.4.3-20050110/../../../../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/3.4.3-20050110/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lfreetype
collect2: ld returned 1 exit status
make[1]: *** [sfnt2fnt] Error 1
make[1]: Leaving directory `/var/tmp/portage/wine-20050310/work/wine-20050310/tools'
make: *** [tools] Error 2

here's the output of  ls -l /emul/linux/x86/usr/lib/libfreetype.so*

unstable-athlon64 clintar # ls -l /emul/linux/x86/usr/lib/libfreetype.so*
lrwxrwxrwx  1 root root     20 Dec  3 12:15 /emul/linux/x86/usr/lib/libfreetype.so -> libfreetype.so.6.3.4
lrwxrwxrwx  1 root root     20 Mar 10 15:04 /emul/linux/x86/usr/lib/libfreetype.so.6 -> libfreetype.so.6.3.4
-rwxr-xr-x  1 root root 428628 Mar 10 15:04 /emul/linux/x86/usr/lib/libfreetype.so.6.3.4


Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Actual Results:  
wine doesn't build

Expected Results:  
wine builds
Comment 1 Herbie Hopkins (RETIRED) gentoo-dev 2005-03-17 11:46:50 UTC
On 2004.3 /usr/lib32 is a symlink to /emul/linux/x86/usr/lib and hence wine manages to find the 32bit xlibs. However if you follow the 2005.0 upgrade guide then /usr/lib32 is now a real directory and 32bit xlibs are still installed to /emul/linux which is why wine cannot find them. This is why I suggested to add some logic to the wine ebuild (bug 82758, which sets --x-libraries) to enable wine to find them.

There are several threads in the forums about this issue and we get several people each day in #gentoo-amd64 with this same problem. It would be nice to have this fixed.

As for the libfreetype error, I am unable to reproduce this. What are your use flags? Please attach the contents of emerge info, as you should do with all bug reports.
Comment 2 Clint Silvester 2005-03-17 12:26:48 UTC
Grrr, I had typed in everything I did to get it working and when I tried to submit, it said knob not defined and I lost everything I was going to submit.  Anyway, here's my emerge info and use flags.  If this one works, I'll try to post what I did in another message.


Portage 2.0.51.19 (default-linux/amd64/2005.0, gcc-3.4.3-20050110, glibc-2.3.4.20050125-r1, 2.6.11.2 x86_64)
=================================================================
System uname: 2.6.11.2 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.6.10
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, Feb 20 2005, 22:50:09)]
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.4 [enabled]
dev-lang/python:     2.3.5
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r6
sys-devel/libtool:   1.5.14
virtual/os-headers:  2.6.8.1-r4
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CFLAGS="-march=k8 -O3 -pipe -fweb -ftracer -ffast-math -fomit-frame-pointer -fpeel-loops -funit-at-a-time -funswitch-loops -funroll-all-loops"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi//var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=k8 -O3 -pipe -fweb -ftracer -ffast-math -fomit-frame-pointer -fpeel-loops -funit-at-a-time -funswitch-loops -funroll-all-loops"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox"
GENTOO_MIRRORS="ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.ccccom.com http://128.213.5.34/gentoo/ http://mirror.datapipe.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X aalib acpi alsa berkdb bitmap-fonts blender-game cdr crypt cups curl djbfft dvd dvdr encode fam flac font-server foomaticdb fortran gdbm gnutls gstreamer gtk2 guile imagemagick imlib jack jp2 jpeg kdeenablefinal kdexdeltas libwww lzw lzw-tiff mad matroska mikmod mmap motif mozilla mp3 mysql ncurses nls no_wxgtk1 nptl oggvorbis opengl oss pam perl png python readline samba sdl slang slp spell sqlite ssl svg tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts unicode usb userlocales xine xml xml2 xpm xprint xrandr xv xvid xvmc zeroconf zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS

+X +alsa -arts +cups -debug -doc -gif -glut +jack +jpeg -lcms -nas +ncurses +opengl +oss
Comment 3 Clint Silvester 2005-03-17 12:48:32 UTC
I'm using app-emulation/emul-linux-x86-xlibs-1.2-r7 by the way, which has the libfreetype.so files, so I don't see how I have this problem and others wouldn't.

to get the thing to build I added

        if use amd64 && has_m32; then
                append-flags -L/emul/linux/x86/usr/lib
        fi
after 

        use lcms && append-flags -I${ROOT}/usr/include/lcms

in the ebuild, but I still had to run

EXTRA_ECONF="--x-libraries=/emul/linux/x86/usr/lib" emerge wine

I don't know how to edit ebuilds and didn't see an easy way to add that to the configure that's run in there conditionally.  Probably want to check for 2005.0 profile and do these changes if use amd64 and has_m32.
Comment 4 SpanKY gentoo-dev 2005-03-17 15:38:49 UTC

*** This bug has been marked as a duplicate of 81045 ***
Comment 5 Clint Silvester 2005-03-17 15:50:51 UTC
um, how so?
Comment 6 SpanKY gentoo-dev 2005-03-17 15:57:31 UTC
maybe i scanned the bug too quickly ... re-open if i dupped incorrectly

at any rate, adding configure flags to wine should not be needed to build wine on amd64, thus i havent (and have no plans to) add them
Comment 7 Clint Silvester 2005-03-17 16:03:20 UTC
can you please mark as wontfix and somehow remove the ~amd64 keyword for 2005.0 profile then?  i can get around it, but others will hit this thinking it should build and it won't.
Comment 8 SpanKY gentoo-dev 2005-03-17 16:07:18 UTC
i have no idea how 2005.0/amd64 handles multilib, but imho, it should not force extra crap onto packages to 'just work'

if it does, then your multilib schema is broken, not the package ;)

wine builds just fine for me, but i'm on 2004.3/amd64 of course
Comment 9 Clint Silvester 2005-03-17 16:17:19 UTC
my multilib schema?  i didn't create this hackery.  i just upgraded to 2005.0.  and as stated in bug 82758, it won't compile unless you at least do the  ="--x-libraries=/emul/linux/x86/usr/lib" emerge wine command for 2005.0, so if 2005.0 is just screwed up, then maybe it shouldn't be marked ~amd64 on 2005.0.  whatever, it's my last comment.  i'll shut up now.
Comment 10 SpanKY gentoo-dev 2005-03-17 16:18:56 UTC
i wasnt talking to you in the last comment, i was talking to the amd64 multilib schema

no point in taking offense at nothing
Comment 11 Diego Elio Pettenò (RETIRED) gentoo-dev 2005-04-02 09:35:21 UTC
*** Bug 87628 has been marked as a duplicate of this bug. ***
Comment 12 whereami 2005-04-07 12:50:59 UTC
Please REOPEN.

this is NOT a duplicate of bug 81045. 81045 involves simlinks within /emul/x86/usr/lib. The wine ebuild looks in /usr/lib (which is wrong under 2005.0) for the 32-bit xlibs. They are still in /emul/x86/linux/usr/lib. From what I understand, this will change in 2005.1, but /usr/lib is still wrong -- /usr/lib32 would be right at that time.

USE="-glut" was also necessary to get it to build, since there seems to be no 32-bit glut available for amd64. (is this considered a separate bug?)

In summary:

("just work" crowd, this is for you:)
The hack way to build wine for now under amd64 2005.0 is:
USE="-glut" EXTRA_ECONF="--x-libraries=/emul/linux/x86/usr/lib32/" emerge wine

("do it right" crowd, this is for you:)
But the wine ebuild should be fixed to do it "properly", whatever that involves. The ebuild also puts all the wine libs in /usr/lib64/wine, which is probably incorrect, since they are all 32-bit libs, and should probably go in /usr/lib32.
Comment 13 Herbie Hopkins (RETIRED) gentoo-dev 2005-04-07 13:20:50 UTC
I'd have to agree with most of that. Wine simply does not compile right now (for reasons that have been stated) on amd64 without hacking the ebuild somewhat. Wine does check in certain standard locations for the neccessary libs, lib32 included (which is why some people were able to compile it with 2004.3). Unfortunately our emul-* libs get installed to /emul/linux/x86 in 2005.0 and /usr/lib32 is no longer a symlink to this location (as it was in 2004.3).
Possible resolutions:
1) Add a workaround to the wine ebuild i.e have the ebuild set --x-libraries. I know vapier is opposed to this for whatever reason.
2) Change the install location of the emul-* libs. Seems like a lot of work for just the one package right now.
3) Remove the amd64 keyword for now. Come 2005.1 the emul-* libs will be deprecated and 32bit libs will be compiled natively so such issues will dissapear and the package can be keyworded then.

Yes, 32bit libs should not be installed in lib64. Setting ABI=x86 in the ebuild is enough to solve this however.
Comment 14 SpanKY gentoo-dev 2005-04-07 15:58:27 UTC
exported ABI to x86 on amd64
Comment 15 Amedee Van Gasse 2005-04-09 06:09:44 UTC
wine does not compile for me either on amd64.

make[2]: Entering directory `/var/tmp/portage/wine-20050310/work/wine-20050310/programs/winetest'
gcc -m32 -c -I. -I. -I../../include -I../../include  -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith  -march=athlon64 -O2 -pipe -o gui.o gui.c
rm -f winepath && ln -s ../../tools/winewrapper winepath
gcc -m32 -c -I. -I. -I../../include -I../../include  -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith  -march=athlon64 -O2 -pipe -o winepath.exe.dbg.o win
epath.exe.dbg.c
../../tools/winegcc/winegcc -B../../tools/winebuild -mconsole winepath.o  winepath.exe.dbg.o  -o winepath.exe.so -L../../dlls
-lkernel32 -L../../libs/wine -lwine  -L../../libs/port -lwine_port -Wl,-O1
gcc -m32 -c -I. -I. -I../../include -I../../include  -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith  -march=athlon64 -O2 -pipe -o main.o main.c
make[2]: Leaving directory `/var/tmp/portage/wine-20050310/work/wine-20050310/programs/winepath'
make[2]: Entering directory `/var/tmp/portage/wine-20050310/work/wine-20050310/programs/winevdm'
gcc -m32 -c -I. -I. -I../../include -I../../include  -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith  -march=athlon64 -O2 -pipe -o winevdm.o winevdm.c
../../tools/winebuild/winebuild -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -o winevdm.exe.dbg.c --debug -C. winevdm.c
rm -f winevdm && ln -s ../../tools/winewrapper winevdm
gcc -m32 -c -I. -I. -I../../include -I../../include  -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith  -march=athlon64 -O2 -pipe -o winevdm.exe.dbg.o wine
vdm.exe.dbg.c
../../tools/winegcc/winegcc -B../../tools/winebuild -mconsole winevdm.o  winevdm.exe.dbg.o  -o winevdm.exe.so -L../../dlls  -lw
inedos -luser32 -lkernel32 -L../../libs/wine -lwine  -L../../libs/port -lwine_port -Wl,-O1
gcc -m32 -c -I. -I. -I../../include -I../../include  -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith  -march=athlon64 -O2 -pipe -o send.o send.c
make[2]: Leaving directory `/var/tmp/portage/wine-20050310/work/wine-20050310/programs/winevdm'
gcc -m32 -c -I. -I. -I../../include -I../../include  -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith  -march=athlon64 -O2 -pipe -o util.o util.c
make[2]: Entering directory `/var/tmp/portage/wine-20050310/work/wine-20050310/programs/winhelp'
gcc -m32 -c -I. -I. -I../../include -I../../include  -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith  -march=athlon64 -O2 -pipe -o callback.o callback.c
../../tools/winebuild/winebuild -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -o winetest.exe.dbg.c --debug -C. gui.c main.c send.
c util.c
../../tools/bin2res -f -o wine.ico ./winetest.rc
gcc -m32 -c -I. -I. -I../../include -I../../include  -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith  -march=athlon64 -O2 -pipe -o hlpfile.o hlpfile.c
cp ../../dlls/advpack/tests/advpack_test.exe.so advpack_test.exe.so && x86_64-pc-linux-gnu-strip advpack_test.exe.so
gcc -m32 -c -I. -I. -I../../include -I../../include  -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith  -march=athlon64 -O2 -pipe -o macro.o macro.c
cp ../../dlls/advapi32/tests/advapi32_test.exe.so advapi32_test.exe.so && x86_64-pc-linux-gnu-strip advapi32_test.exe.so
cp ../../dlls/comctl32/tests/comctl32_test.exe.so comctl32_test.exe.so && x86_64-pc-linux-gnu-strip comctl32_test.exe.so
make[2]: *** No rule to make target `../../dlls/ddraw/tests/ddraw_test.exe.so', needed by `ddraw_test.exe.so'.  Stop.
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/wine-20050310/work/wine-20050310/programs/winetest'
make[1]: *** [winetest] Error 2
make[1]: *** Waiting for unfinished jobs....
gcc -m32 -c -I. -I. -I../../include -I../../include  -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith  -march=athlon64 -O2 -pipe -o string.o string.c
gcc -m32 -c -I. -I. -I../../include -I../../include  -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith  -march=athlon64 -O2 -pipe -o winhelp.o winhelp.c
flex -8 -i ./macro.lex.l
../../tools/winebuild/winebuild -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -o winhelp.exe.dbg.c --debug -C. callback.c hlpfile.
c macro.c string.c winhelp.c
LD_LIBRARY_PATH="../../libs/unicode:$LD_LIBRARY_PATH" ../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include  -
DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -DWINELIB -forsrc.res rsrc.rc
rm -f winhelp && ln -s ../../tools/winewrapper winhelp
gcc -m32 -c -I. -I. -I../../include -I../../include  -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith  -march=athlon64 -O2 -pipe -o hlp2sgml.o hlp2sgml.c
gcc -m32 -c -I. -I. -I../../include -I../../include  -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith  -march=athlon64 -O2 -pipe -o lex.yy.o lex.yy.c
./macro.lex.l:120: let op: 'ts' defined but not used
gcc -m32 -c -I. -I. -I../../include -I../../include  -DWINE_NO_DEBUG_MSGS -DWINE_NO_TRACE_MSGS  -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith  -march=athlon64 -O2 -pipe -o winhelp.exe.dbg.o winh
elp.exe.dbg.c
../../tools/winegcc/winegcc -B../../tools/winebuild -mwindows callback.o hlpfile.o macro.o string.o winhelp.o lex.yy.o winhelp.
exe.dbg.o rsrc.res -o winhelp.exe.so -L../../dlls  -lcomdlg32 -lshell32 -luser32 -lgdi32 -lkernel32 -L../../libs/wine -lwine  -
L../../libs/port -lwine_port -Wl,-O1
gcc -m32 -o hlp2sgml hlp2sgml.o hlpfile.o -Wl,-O1
make[2]: Leaving directory `/var/tmp/portage/wine-20050310/work/wine-20050310/programs/winhelp'
make[1]: Leaving directory `/var/tmp/portage/wine-20050310/work/wine-20050310/programs'
make: *** [programs] Error 2

!!! ERROR: app-emulation/wine-20050310 failed.
!!! Function src_compile, Line 107, Exitcode 2
!!! all
!!! If you need support, post the topmost build error, NOT this status message.

These are my use flags in package.use:

app-emulation/wine	 -X -alsa -arts -cups -doc -gif -jpeg -ncurses -opengl -oss
I tried disabling everything, with the intention to enable one by one to try&find a possible problem.

emerge info

Portage 2.0.51.19 (default-linux/amd64/2005.0, gcc-3.4.3-20050110, glibc-2.3.4.20050125-r1, 2.6.12-rc1-mm3 x86_64)
=================================================================
System uname: 2.6.12-rc1-mm3 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.6.10
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, Mar  5 2005, 14:41:15)]
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.4 [enabled]
dev-lang/python:     2.3.5
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r8
sys-devel/libtool:   1.5.14
virtual/os-headers:  2.6.8.1-r4
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CFLAGS="-march=athlon64 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-march=athlon64 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks fixpackages"
GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo"
LANG="nl_BE@euro"
LC_ALL="nl_BE@euro"
LDFLAGS="-Wl,-O1"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.be.gentoo.org/gentoo-portage"
USE="amd64 X Xaw3d aalib acpi alsa apache2 arts avi bash-completion berkdb bitmap-fonts cdr crypt cups curl doc dvd dvdr esd fam flac flash font-server fortran gd gdbm geoip gif gnome gpm gstreamer gtk gtk2 gtkhtml guile hal imagemagick imlib innodb java javascript jp2 jpeg kde kdeenablefinal kdexdeltas libcaca libwww lm_sensors lzw lzw-tiff mad maildir motif mozilla mp3 mpeg mysql ncurses neXt nls nvidia offensive oggvorbis opengl oss pam pdflib perl php png python qt readline sasl scanner sdl slang snmp spell ssl svg symlink tcltk tcpd tetex tidy tiff truetype truetype-fonts type1-fonts usb userlocales wmf xine xml xml2 xmms xosd xpm xprint xrandr xv zlib linguas_nl"
Unset:  ASFLAGS, CBUILD, CTARGET
Comment 16 Herbie Hopkins (RETIRED) gentoo-dev 2005-04-11 07:47:48 UTC
reopening
Comment 17 Herbie Hopkins (RETIRED) gentoo-dev 2005-04-11 07:48:11 UTC

*** This bug has been marked as a duplicate of 88725 ***