http://bugs.winehq.org/show_bug.cgi?id=13299
Summary: Wine-1.0rc1 doesn't compile Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: blocker Priority: P2 Component: advapi32 AssignedTo: wine-bugs@winehq.org ReportedBy: fdelente@mail.cpod.fr
I've compiled wine successfully from git for one year on my SLAMD64 laptop (64-bit environment).
However, wine-1.0rc1 doesn't compile while 0.9.60 compiled OK (I don't think I tried 0.9.61).
Here is the error I get when I try to compile:
../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./advapi32.spec adva pi.o cred.o crypt.o crypt_arc4.o crypt_des.o crypt_lmhash.o crypt_md4.o crypt_md 5.o crypt_sha.o eventlog.o lsa.o registry.o security.o service.o svcctl_c.o ver sion.res -o advapi32.dll.so -lrpcrt4 -lkernel32 -lntdll -Wb,-drpcrt4 ../../libs/port/libwine_port.a -L/usr/lib -Wl,-rpath-link,/usr/lib -L/test/alsa/ lib32/lib -Wl,-rpath-link,/test/alsa/lib32/lib service.o: In function LockServiceDatabase': service.c:(.text+0x1ad7): undefined reference to __wine_exception_handler' service.o: In function UnlockServiceDatabase': service.c:(.text+0x1c4e): undefined reference to __wine_exception_handler' service.o: In function SetServiceStatus': service.c:(.text+0x1e30): undefined reference to __wine_exception_handler' service.o: In function OpenSCManagerW': service.c:(.text+0x215e): undefined reference to __wine_exception_handler' service.o: In function ControlService': service.c:(.text+0x23e4): undefined reference to __wine_exception_handler' service.o:service.c:(.text+0x254c): more undefined references to __wine_exception_handler' follow collect2: ld returned 1 exit status winegcc: /test/crossgcc/results/gcc-4.1.0-glibc-2.3.6/i686-unknown-linux-gnu/bin /i686-unknown-linux-gnu-gcc failed make[2]: *** [advapi32.dll.so] Error 2 make[2]: Leaving directory /usr/local/testSpace/wine/wine-1.0-rc1/dlls/advapi32' make[1]: *** [advapi32] Error 2 make[1]: *** Waiting for unfinished jobs....
I did regression tests, and got this:
0ee44f5e203fb627392ac2ad03cf822d66da2037 is first bad commit commit 0ee44f5e203fb627392ac2ad03cf822d66da2037 Author: Alexandre Julliard julliard@winehq.org Date: Thu May 1 10:57:54 2008 +0200
ntdll: Make the exception handling functions inline.
:040000 040000 daa72483d6175c1f1d3b9ecdfdfc2a0b78573caf 10912483dc84942eb8cb2bd6 192c1971c57169db M dlls :040000 040000 822538d2e6f977e4c1bf01310aa3e8d1d9f00510 3783b52e4e08e56a52b964d8 5e45479e504d87d7 M include
I suceeded in compiling on my other machine, which is under a Slackware 10 (32-bit environment).
http://bugs.winehq.org/show_bug.cgi?id=13299
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |enhancement
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2008-05-18 16:34:35 --- Not blocker. 64-bit Wine is not fully supported yet. Compile it as 32-bit.
http://bugs.winehq.org/show_bug.cgi?id=13299
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|advapi32 |-unknown OS/Version|other |Linux Platform|Other |PC-x86-64 Version|CVS/GIT |1.0-rc1
--- Comment #2 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-18 21:33:04 ---
/test/crossgcc/results/gcc-4.1.0-glibc-2.3.6/i686-unknown-linux-gnu/bin /i686-unknown-linux-gnu-gcc
What's that? Are you playing with a non-standard gcc build?
http://bugs.winehq.org/show_bug.cgi?id=13299
--- Comment #3 from F. Delente fdelente@mail.cpod.fr 2008-05-18 23:53:07 --- (In reply to comment #2)
/test/crossgcc/results/gcc-4.1.0-glibc-2.3.6/i686-unknown-linux-gnu/bin /i686-unknown-linux-gnu-gcc
What's that? Are you playing with a non-standard gcc build?
It's a cross-compiler; that is, a 64-bit built gcc that gives out 32-bit code. So I don't build a 64-bit wine, but a 32-bit one. Every binary file I get from my wine build is a 32-bit one:
$ file wineserver wineserver: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), not stripped
even though I built in my 64-bit environment, but it has worked for about one year thanks to a cross-compiler.
Now, from 0.9.61 on, it doesn't compile anymore, using the same cross-compiler and the same build method I have been using for one year, so for me it's a blocker.
http://bugs.winehq.org/show_bug.cgi?id=13299
--- Comment #4 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-19 00:03:39 --- (In reply to comment #3)
(In reply to comment #2)
/test/crossgcc/results/gcc-4.1.0-glibc-2.3.6/i686-unknown-linux-gnu/bin /i686-unknown-linux-gnu-gcc
What's that? Are you playing with a non-standard gcc build?
It's a cross-compiler; that is, a 64-bit built gcc that gives out 32-bit code. So I don't build a 64-bit wine, but a 32-bit one.
That's not the correct to build 32-bit Wine in a 64-bit environment. Wine has built-in support for that. Basically 'gcc -m32' is all you need. http://wiki.winehq.org/WineOn64bit has more info.
So far this bug is invalid.
http://bugs.winehq.org/show_bug.cgi?id=13299
--- Comment #5 from F. Delente fdelente@mail.cpod.fr 2008-05-19 11:46:25 ---
http://wiki.winehq.org/WineOn64bit has more info.
Well not enough for my distribution.
Compiling with just 'gcc -m32' gives me undefined references to libgcc.a; adding the directory in which I have a 32-bit libgcc.a in LDFLAGS makes the compilation go further, but it breaks on being unable to find a valid crt1.o...
My regret is that my building with a cross-compiler worked ok up to 0.9.61. So something has changed in build methods between 0.9.60 and 0.9.61 that makes using a cross-compiler fail.
http://bugs.winehq.org/show_bug.cgi?id=13299
--- Comment #6 from Alexandre Julliard julliard@winehq.org 2008-05-19 12:52:00 --- (In reply to comment #5)
My regret is that my building with a cross-compiler worked ok up to 0.9.61. So something has changed in build methods between 0.9.60 and 0.9.61 that makes using a cross-compiler fail.
I very much doubt it is related to the cross-compiler, most likely some files have not been rebuilt. Have you tried a make distclean?
http://bugs.winehq.org/show_bug.cgi?id=13299
--- Comment #7 from F. Delente fdelente@mail.cpod.fr 2008-05-19 13:33:52 --- (In reply to comment #6)
(In reply to comment #5)
My regret is that my building with a cross-compiler worked ok up to 0.9.61. So something has changed in build methods between 0.9.60 and 0.9.61 that makes using a cross-compiler fail.
I very much doubt it is related to the cross-compiler, most likely some files have not been rebuilt. Have you tried a make distclean?
Yes, several times. I re-downloaded a clean git tree too, but got the same error.
My gcc is 3.4.6 for the moment, I'm going to install 4.3.0 and give it a go with -m32.
My cross-compiler was installed with crosstool (http://www.kegel.com/crosstool/), awesome tool by the way!
http://bugs.winehq.org/show_bug.cgi?id=13299
--- Comment #8 from Austin English austinenglish@gmail.com 2008-11-16 18:18:31 --- Is this still an issue in current (1.1.8 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=13299
--- Comment #9 from F. Delente fdelente@mail.cpod.fr 2008-11-17 13:26:28 --- I've resorted to using binary packages (Slackware 10.2 32-bit) that install an work on my system (SlAM64 12.1 64-bit) ever since 1.0 as it refused to compile; I can try again if you want me to, else you can remove the bug as solved.
http://bugs.winehq.org/show_bug.cgi?id=13299
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED
--- Comment #10 from Austin English austinenglish@gmail.com 2008-11-17 14:23:14 --- (In reply to comment #9)
I've resorted to using binary packages (Slackware 10.2 32-bit) that install an work on my system (SlAM64 12.1 64-bit) ever since 1.0 as it refused to compile; I can try again if you want me to, else you can remove the bug as solved.
I'll close it abandoned. If you retest and it persists, please reopen.
http://bugs.winehq.org/show_bug.cgi?id=13299
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED Keywords| |source
--- Comment #11 from Austin English austinenglish@gmail.com 2008-11-17 14:23:22 --- Closing.