wine ver 20030318 is out im downloading now ill know if it works in a bit Reproducible: Always Steps to Reproduce:
doesnt compile for me bombs out with this error cc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -fPIC -D__WINESRC__ -D_NTSYSTEM_ -DBINDIR="\"/usr/lib/wine/bin\"" -DETCDIR="\"/etc/wine\"" -D_REENTRANT -o rtl.o rtl.c /var/tmp/portage/wine-20030318/temp/ccdQXIXb.s: Assembler messages: /var/tmp/portage/wine-20030318/temp/ccdQXIXb.s:3418: Error: symbol `RtlUlongByteSwap' is already defined make[2]: *** [rtl.o] Error 1 make[2]: Leaving directory `/var/tmp/portage/wine-20030318/work/wine-20030318/dlls/ntdll' since i dont know assembler i dont think i can fix it
i'm getting the same errors, not only with wine-20030318, also with previous versions which are in portage
i didnt have this problem when i compiled 20021125 and i see no diff in the ebuilds since i merged it that would cause this (just some dep changes)
k sorry, now all versions except the most recent one (20030318) seem to work ;)
Created attachment 9795 [details, diff] Xfont patch Patch wine with it if you get X_OpenFont problem and run: wine --debugmsg +font anyprogram.exe.
Uhm, after upgrading to Xfree 4.3.0 i can't recompile wine... this is the output for version wine-20030219: vshaderdeclaration.o(.text+0x90): In function `IDirect3DDeviceImpl_CreateVertexShaderDeclaration8': /var/tmp/portage/wine-20030219/work/wine-20030219/dlls/d3d8/vshaderdeclaration.c:191: undefined reference to `GetProcessHeap' vshaderdeclaration.o(.text+0xa8):/var/tmp/portage/wine-20030219/work/wine-20030219/dlls/d3d8/vshaderdeclaration.c:191: undefined reference to `HeapAlloc' vshaderdeclaration.o(.text+0x6ca):/var/tmp/portage/wine-20030219/work/wine-20030219/dlls/d3d8/vshaderdeclaration.c:330: undefined reference to `GetProcessHeap' vshaderdeclaration.o(.text+0x6e6):/var/tmp/portage/wine-20030219/work/wine-20030219/dlls/d3d8/vshaderdeclaration.c:330: undefined reference to `HeapAlloc' collect2: ld returned 1 exit status make[2]: *** [d3d8.dll.so] Error 1 make[2]: Leaving directory `/var/tmp/portage/wine-20030219/work/wine-20030219/dlls/d3d8' make[1]: *** [d3d8] Error 2 make[1]: Leaving directory `/var/tmp/portage/wine-20030219/work/wine-20030219/dlls' make: *** [dlls] Error 2 !!! ERROR: app-emulation/wine-20030219 failed. !!! Function src_compile, Line 64, Exitcode 2 !!! (no error message) I've done an ebuild for wine-20030318, but i haven't committed it because i'm getting the same error.... * x11-base/xfree Latest version available: 4.3.0-r1 Latest version installed: 4.3.0-r1 * sys-libs/glibc Latest version available: 2.3.2 Latest version installed: 2.3.2 * kde-base/kde Latest version available: 3.1.1 Latest version installed: 3.1.1 Anyway before unmerging wine (and now i can't re-emerge it ;p) i wasn't able to run anything because of the X_OpenFont bug. Above i've attached a patch that i found on the net (it's not my work btw, i've only reformatted it) that could be useful because it prints the name of the font that cause the crash so we don't have to step font-to-font with xfontsel :)) Que
Fix for this is -> http://bugs.winehq.com/show_bug.cgi?id=1333 Note also in that thread from a wine developer "Any reason you are compiling without optimization? This will hurt performance quite a bit." Maybe stripping all CFLAGS is not such a good idea.
i have had problems with some optimization not sure what caused it tho (which flag) maybe should try just allowing -mcpu/arch and see how that works out
> Note also in that thread from a wine developer > > "Any reason you are compiling without optimization? > This will hurt performance quite a bit." > > Maybe stripping all CFLAGS is not such a good idea. Basically because wine was very unstable, and they did not want to give support if you compiled with CFLAGS set. Might be with CFLAGS set to something specific, cannot remember.
I have the same problem as Quequero. When compiling wine, I'll attach the full error.
Created attachment 10042 [details] wine compile log
I've tested wine under two other pc, and i have still the same prob O_o dunno why :( Que
according to the recent WWN wine got probs with the recent kernel/glibc: http://www.winehq.com/index.php?issue=163#News:%20Interview%20Series%20Coming%20Soon thread with solution: http://www.winehq.com/hypermail/wine-devel/2003/02/0260.html so you should try to to this before building wine: export LD_ASSUME_KERNEL=2.2.5 i didn't find time to verify this yet - does anyone could test this?
It seems dangerous here ;p root@panther:~# export LD_ASSUME_KERNEL=2.2.5 ; emerge wine /usr/bin/env: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory root@panther:~# env | grep KER env: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory root@panther:~# env-update /usr/bin/python2.2: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory root@panther:~# export LD_ASSUME_KERNEL=2.4.20 root@panther:~# env-update >>> Regenerating /etc/ld.so.cache... ;ppp not a beautiful workaround ;p Que http://quequero.org
ouch ;)
If glibc is compiled with support for kernel higher, this will happen.
i dont think the kernel is the problem here for threads but rather is a glibc problem the 2.5 kernel might need this hack but 2.4 should be safe from what i understand
binutils version?
Okay i wrote a massive text about optimizations but galeon crashed my X and i had to sysrq-k the whole thing. In short: `export CFLAGS="" ; export CXXFLAGS=""` is wrong It'll be replaced with `unset CFLAGS; unset CXXFLAGS`. -phoen][x-
Created attachment 10113 [details] wine-build.patch here is the patch that fixs the compile problem i had the link ot a patch didnt work had to edit it this is what makes it compile i also added unset CFLAGS CXXFLAGS to the ebuild does compile fine with that also
This doesn't seem fix the problem me and Quequerando are having.
i didnt expect it to im not getting the error so its hard for me to find a fix :\ its a linking problem some lib its trying to link to doesnt have the functions its listing thing it the lib should have it so its a lib version problem im guessing are you running nvidia's drivers? that might be the problem if you are...
Yes I'm running nvidia drivers on all my pc... Btw i don't think this is the problem (it's a module no more :( )... Btw it's a problem common to all my machines so... Something is wrong here, but I don't know what ;pp Que
Try to fall back to binutils 2.13.90.0.18 - does that solve the problem? -phoen][x-
Downgrading binutils as suggested allows the build to complete. The wine-20030219 ebuild breaks in the same way with binutils-2.13.90.0.20, btw. I think the build problem may be a related to the linker's handling of the "-z defs" flag, which is present in wine ebuilds since 20021031 or thereabouts.
> I think the build problem may be a related to the linker's handling of the "-z defs" > flag, which is present in wine ebuilds since 20021031 or thereabouts. Thats no issue with the ebuild itself (in fact, the ebuild did not really change for ~6 months now). I'll try this new wine version out soon (=today) and report back when i got news for you. -phoen][x-
Added the new wine to the tree (and incorporated that Xfont patch). Compiles and works fine over here: [load:0.22:0.35:0.47][phoenix@gravity][/home/phoenix] $ sudo emerge info [ 6:54PM] Password: Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r3) ================================================================= System uname: 2.4.21-pre1 i686 AMD Athlon(tm) processor GENTOO_MIRRORS="http://gentoo.oregonstate.edu/ http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/portage-overlay" USE="x86 3dnow apm avi crypt gif jpeg libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime truetype xml2 xmms xv zlib gdbm berkdb slang readline sdl tcpd pam libwww ssl perl python esd imlib oggvorbis gtk motif opengl aalib bonobo gnome cups dvd ggi gtkhtml guile java mozilla nas svga tcltk ogg vorbis objprelink fbcon oss mhash mcrypt encode -alsa -arts -kde -gpm -qt directfb X gtk2 ggz cdr evo imap -ldap spell pda mysql" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-tbird -O3 -pipe -fforce-addr -fomit-frame-pointer -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -maccumulate-outgoing-args" CXXFLAGS="-march=athlon-tbird -O3 -pipe -fforce-addr -fomit-frame-pointer -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -maccumulate-outgoing-args" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache" misc package versions: sys-devel/binutils-2.13.90.0.18 x11-base/xfree-4.3.0-r1 -phoen][x-
*** Bug 18873 has been marked as a duplicate of this bug. ***
i tried it last night compiled and working fine here
yay! building wine-20030318 also works for me. thanks ;)
20030408 is out now changelog said support for glibc 2.3 im downloading now ill let know results in a while
copying everything over seems to work fine dont see any problems here anyways
New wine ebuild has been tested and committed. Test it, please. -phoen][x-
/var/tmp/portage/wine-20030408/work/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' stateblock.o(.text+0x1064): In function `IDirect3DDeviceImpl_CreateStateBlock': /var/tmp/portage/wine-20030408/work/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' stateblock.o(.text+0x1402): In function `IDirect3DDeviceImpl_DeleteStateBlock': /var/tmp/portage/wine-20030408/work/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' stateblock.o(.text+0x14ed): In function `IDirect3DDeviceImpl_BeginStateBlock': /var/tmp/portage/wine-20030408/work/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' surface.o(.text+0x234): In function `IDirect3DSurface8Impl_Release': /var/tmp/portage/wine-20030408/work/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' surface.o(.text+0x254):/var/tmp/portage/wine-20030408/work/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' swapchain.o(.text+0x231): In function `IDirect3DSwapChain8Impl_Release': /var/tmp/portage/wine-20030408/work/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' texture.o(.text+0x2c3): In function `IDirect3DTexture8Impl_Release': /var/tmp/portage/wine-20030408/work/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' vertexbuffer.o(.text+0x237): In function `IDirect3DVertexBuffer8Impl_Release': /var/tmp/portage/wine-20030408/work/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' vertexbuffer.o(.text+0x269):/var/tmp/portage/wine-20030408/work/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: more undefined references to `HeapFree' follow vshaderdeclaration.o(.text+0x6d): In function `IDirect3DDeviceImpl_CreateVertexShaderDeclaration8': /var/tmp/portage/wine-20030408/work/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' vshaderdeclaration.o(.text+0x114):/var/tmp/portage/wine-20030408/work/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' collect2: ld returned 1 exit status make[2]: *** [d3d8.dll.so] Error 1 make[2]: Leaving directory `/var/tmp/portage/wine-20030408/work/wine-20030408/dlls/d3d8' make[1]: *** [d3d8] Error 2 make[1]: Leaving directory `/var/tmp/portage/wine-20030408/work/wine-20030408/dlls' make: *** [dlls] Error 2 !!! ERROR: app-emulation/wine-20030408 failed. !!! Function src_compile, Line 59, Exitcode 2 !!! (no error message) * sys-devel/binutils Latest version available: 2.13.90.0.20-r1 Latest version installed: 2.13.90.0.20-r1 Size of downloaded files: 10,227 kB * sys-libs/glibc Latest version available: 2.3.2-r1 Latest version installed: 2.3.2-r1 Size of downloaded files: 13,678 kB Sigh, sob :((( what's wrong now? :(((( Thanx to all Que
As stated on bugs.gentoo.org several times now: DO NOT use binutils-2.13.90.0.20* to compile wine*. Use binutils-2.13.90.0.18 and everything shall be fine. -phoen][x-
ups sorry, forgot to downgrade ;pp thanx phoe :)) Que
Well, i wanted to surprise you guys but you are way too hyperactive. There are really good news for you: A couple of hours ago, i fetched the newest wine cvs-snapshot and tried to compile it. It compiles fine using the latest binutils and xfree (4.3.0-r2). The really good news are: It even works (tested it with Diablo2). :) So please try this new wine-20030411 and tell me if it works or if it still borks. I do not have glibc-2.3.2 installed but it should work, because it already did in wine-20030408. One last note: Right now, emerge dies when you merge wine-20030411. This is due to the fact that the wine tarball has not been replicated onto the gentoo mirrors yet. This is a known issue and it is kinda wanted. The tarball will be replicated in a couple of hours. If you can't wait for the replication, fetch the tarball manually from http://cvs.gentoo.org/~phoenix/downloads/wine-20030411.tar.bz2 and put it in /usr/portage/distfiles. Let the testing begin. Good luck to all of you. Very big thanks to Nick Burtner <nfb2387@mwsc.edu> (bug #19146), who gave me the wine-cvs advice. -phoen][x-
* sys-libs/glibc Latest version available: 2.3.2-r1 Latest version installed: 2.3.2-r1 * x11-base/xfree Latest version available: 4.3.0-r1 Latest version installed: 4.3.0-r1 * sys-devel/binutils Latest version available: 2.13.90.0.20-r1 Latest version installed: 2.13.90.0.20-r1 Wowo :)) i can confirm, last ebuild (wine-20030411) works really fine for me :))) (tested with notepad and mirc ;p) also without font metric problems :ppp bye bye Que
merged fine for me on my main computer (has glibc-2.3.1-r4) seems to be running fine also i would of also reported on a computer i have that was about to have glibc 2.3.2-r3 with nptl i think it was but the damned thing overheated so it will be a day or so before i can report on that
This version of wine has been tagged stable x86 ("x86") now. It's the by far most useful version of wine right now. @Bret: I would really be interested in the nptl results. When you got them, drop them into this bug, will you? -phoen][x-
id love to know em also :) so far the computer has had a kernel crash (i thought was due to overheating at first) 3 times now during the glibc complie so ive got a slight delay im going to attempt to make a binary package of glibc and see if i can get around that problem that way
I am using nptl. I get this backtrace when it tries to build the font metrics: -------------------------------------------------------------- Building font metrics. This may take some time... wine: Unhandled exception, starting debugger... WineDbg starting on pid 8 No debug information in ELF 'wine' ((nil)) Breakpoint 1 at 0x42986040 Loaded debug information from ELF '/usr/lib/wine/lib/libntdll.dll.so' (0x40001000) No debug information in ELF '/usr/lib/wine/lib/libwine.so.1' (0x400dc000) No debug information in ELF '/usr/lib/wine/lib/libwine_unicode.so.1' (0x400f3000) No debug information in ELF '/lib/libnss_compat.so.2' (0x401e7000) Loaded debug information from ELF '/usr/lib/wine/lib/wine/kernel32.dll.so' (0x40533000) Loaded debug information from ELF '/usr/lib/wine/lib/wine/user32.dll.so' (0x405d2000) Loaded debug information from ELF '/usr/lib/wine/lib/wine/gdi32.dll.so' (0x406ff000) Loaded debug information from ELF '/usr/lib/wine/lib/wine/advapi32.dll.so' (0x40779000) No debug information in ELF '/usr/lib/libfreetype.so.6' (0x407a7000) Loaded debug information from ELF '/usr/lib/wine/lib/wine/x11drv.dll.so' (0x40802000) No debug information in ELF '/usr/lib/libGL.so.1' (0x40861000) No debug information in ELF '/usr/lib/libGLcore.so.1' (0x408ca000) No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2' (0x401d4000) No debug information in 32bit DLL 'Z:\space\Installs\Games\Quake3Arena\win32_patches\q3pointrelease_129f_beta.exe' (0x400000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40030000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x40550000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40790000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40710000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x405f0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40810000) Unhandled exception: page fault on read access to 0x00000008 in 32-bit code (0x4083a161). In 32-bit mode. 0x4083a161 (XFONT_BuildMetrics+0x271 [xfont.c:2152] in x11drv.dll.so): cmpw $0,0x8(%eax) Unable to open file /space/var/tmp/portage/wine-20030411/work/wine-20030411/dlls/x11drv/../../graphics/x11drv/xfont.c Wine-dbg>bt Backtrace: =>0 0x4083a161 (XFONT_BuildMetrics+0x271(x_pattern=0x0, res=0x64, x_checksum=0xfade0000, x_count=0x0) [xfont.c:2152] in x11drv.dll.so) (ebp=40522a58) 1 0x4083bc90 (X11DRV_FONT_InitX11Metrics+0x270 [xfont.c:2956] in x11drv.dll.so) (ebp=40522aa4) 2 0x4083cab0 (X11DRV_SelectFont+0x3f0(physDev=0x40223670, hfont=0xa2) [xfont.c:3301] in x11drv.dll.so) (ebp=40522b9c) 3 0x4073f149 (FONT_SelectObject+0xa9(handle=0xa2, obj=0x402030d6, hdc=0x4c) [font.c:440] in gdi32.dll.so) (ebp=40522bb8) 4 0x40744f50 (SelectObject+0x70(hdc=0x4c, handle=0xa2) [gdiobj.c:1075] in gdi32.dll.so) (ebp=40522bd8) 5 0x40736b7f (DC_InitDC+0x8f(dc=0x40224ef8) [dc.c:194] in gdi32.dll.so) (ebp=40522bf0) 6 0x40737910 (CreateDCA+0x150(driver=0x406a02c4, device=0x0, output=0x0, initData=0x0) [dc.c:617] in gdi32.dll.so) (ebp=40522d50) 7 0x4065dfaa (SYSMETRICS_Init+0x3a [sysmetrics.c:118] in user32.dll.so) (ebp=40522d8c) 8 0x4068f125 (process_attach+0x65 [user_main.c:232] in user32.dll.so) (ebp=40522da8) 9 0x4068f31c (USER32.DLL.UserClientDllInitialize+0x2c in user32.dll.so) (ebp=40522db4) 10 0x40098cea (MODULE_InitDLL+0xea(wm=0x40201e30, type=0x1, lpReserved=0x1) [loader.c:418] in libntdll.dll.so) (ebp=40522e14) 11 0x40098f18 (MODULE_DllProcessAttach+0x118(wm=0x40201e30, lpReserved=0x1) [loader.c:495] in libntdll.dll.so) (ebp=40522e48) 12 0x40098f85 (MODULE_DllProcessAttach+0x185(wm=0x0, lpReserved=0x1) [loader.c:488] in libntdll.dll.so) (ebp=40522e7c) 13 0x40088bd6 (start_process+0x1e6 [process.c:552] in libntdll.dll.so) (ebp=40522f28) 14 0x4008bf86 (call_on_thread_stack+0x86(func=0x400889f0) [sysdeps.c:171] in libntdll.dll.so) (ebp=40522ff4) 15 0x4008c15c (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg>
Err .. I do not think its related to nptl though ... any ideas ?
This program is quite annoying these days. For every bug you fix, two other pop up - "is that fair?", one might ask. Anyways, lets start the daily debugging. Martin: 1) Do you use Xfree-4.2.0-r2? Seemant fixed the font-issue in the latest version, iirc - the old xopenfonts-issue looked else, but maybe it'll still do the trick. 2) Check /var/db/pkg/app-emulation/wine/wine-20020411.ebuild for IUSE="*nptl*". If it's a non-nptl-enabled ebuild, cvs up and remerge wine. Wine should compile "--with-nptl" in its new version. I'm not sure if it's helpful but it doesn't sound too trivial. Okay, i'm off to bed. Cya later on irc. -phoen][x-
Ok, got the problem. For some reason xfs died at the first run .. after restarting it, wine starts :) What is more .... Neverwinter Nights run!!
Hey Martin, great to hear that. Did i tell you that we (we as in 'the linux community') have a native port of nwn (app-games/nwn, masked due to licensing issues). We even have an app-emulation/nwwine to emulate the nwn toolkit. (Yeah, i committed quite some stuff). Should we finally be able to close this bug after ~50 comments? I'll leave it open for a few days. -phoen][x-
Yes, I know, but I had to be able to run wine first, to update it to 1.29 before I could go that route =)
Umm...wtf? Using latest ~x86 with NPTL. cd `dirname winmm/mcicda/__depend__` && make depend make[2]: Entering directory `/var/tmp/portage/wine-20030411/work/wine-20030411/dlls/winmm/mcicda' ../../../tools/makedep -I. -I. -I../../../include -I../../../include -C. mcicda.c make[2]: Leaving directory `/var/tmp/portage/wine-20030411/work/wine-20030411/dlls/winmm/mcicda' cd `dirname winmm/mciseq/__depend__` && make depend make[2]: Entering directory `/var/tmp/portage/wine-20030411/work/wine-20030411/dlls/winmm/mciseq' ../../../tools/makedep -I. -I. -I../../../include -I../../../include -C. mcimidi.c make[2]: Leaving directory `/var/tmp/portage/wine-20030411/work/wine-20030411/dlls/winmm/mciseq' cd `dirname winmm/mciwave/__depend__` && make depend make[2]: Entering directory `/var/tmp/portage/wine-20030411/work/wine-20030411/dlls/winmm/mciwave' ../../../tools/makedep -I. -I. -I../../../include -I../../../include -C. mciwave.c make[2]: Leaving directory `/var/tmp/portage/wine-20030411/work/wine-20030411/dlls/winmm/mciwave' cd `dirname winmm/midimap/__depend__` && make depend make[2]: Entering directory `/var/tmp/portage/wine-20030411/work/wine-20030411/dlls/winmm/midimap' ../../../tools/makedep -I. -I. -I../../../include -I../../../include -C. midimap.c make[2]: Leaving directory `/var/tmp/portage/wine-20030411/work/wine-20030411/dlls/winmm/midimap' cd `dirname winmm/wavemap/__depend__` && make depend make[2]: Entering directory `/var/tmp/portage/wine-20030411/work/wine-20030411/dlls/winmm/wavemap' ../../../tools/makedep -I. -I. -I../../../include -I../../../include -C. wavemap.c make[2]: Leaving directory `/var/tmp/portage/wine-20030411/work/wine-20030411/dlls/winmm/wavemap' cd `dirname winmm/winealsa/__depend__` && make depend make[2]: Entering directory `/var/tmp/portage/wine-20030411/work/wine-20030411/dlls/winmm/winealsa' ../../../tools/makedep -I. -I. -I../../../include -I../../../include -C. audio.c audio_05.c alsa.c make[2]: Leaving directory `/var/tmp/portage/wine-20030411/work/wine-20030411/dlls/winmm/winealsa' cd `dirname winmm/winearts/__depend__` && make depend make[2]: Entering directory `/var/tmp/portage/wine-20030411/work/wine-20030411/dlls/winmm/winearts' ../../../tools/makedep -I. -I. -I../../../include -I../../../include -I/usr/kde/cvs/include/artsc -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -C. arts.c audio.c Unknown option '-pthread' Usage: ../../../tools/makedep [options] [files] Options: -Idir Search for include files in directory 'dir' -Cdir Search for source files in directory 'dir' -fxxx Store output in file 'xxx' (default: Makefile) -sxxx Use 'xxx' as separator (default: "### Dependencies") make[2]: *** [depend] Error 1 make[2]: Leaving directory `/var/tmp/portage/wine-20030411/work/wine-20030411/dlls/winmm/winearts' make[1]: *** [winmm/winearts/__depend__] Error 2 make[1]: Leaving directory `/var/tmp/portage/wine-20030411/work/wine-20030411/dlls' make: *** [dlls/__depend__] Error 2 !!! ERROR: app-emulation/wine-20030411 failed. !!! Function src_compile, Line 60, Exitcode 2 !!! (no error message)
Hmm, i saw that in #gentoo the other day. Try to remerge arts please. After that merge wine again. -phoen][x-
Still breaks, maybe arts from CVS is broken or somthing...
What version gcc ? I use gcc-3.2.2-r2 ...
gcc version 3.2.2 20030322 (Gentoo Linux 1.4 3.2.2-r2)
removing -pthread fixes the problem. who maintains wine now?
*** Bug 19346 has been marked as a duplicate of this bug. ***
Where exactly did you remove -pthread from?
were you still building with NPTL?
I removed -pthread from the Makefile in the winearts dir IIRC. yes, still using NPTL. wine works perfectly now.
I'm going to have to make a new snapshot of wine cvs to see if it fixes this problem. I think the 'proper' fix is to change -pthread to -lpthread actually, but if it works for you, good enough :) I'll commit a new ebuild for wine-20030423 tomorrow late afternoon EST. I'll contact you after it's in portage so you can let me know if it solves this issue cleanly.
Dont wate your time, CVS version breaks in the same place.
*** Bug 20209 has been marked as a duplicate of this bug. ***
might as well aim for 100 comments wine 20030508 is out copied over the current ebuild and it works cept i had to change the src_uri to the old info seems to run fine also ive only tested on 1 machine due to fact i dont like having to copy all that stuff over multiple times ;)
Well, if the new version looks fine, we should maybe close this one.
