Hi! For some time, about 10 - 14 days, I cannot compile wine from CVS anymore. The reason is as follows: make[3]: Entering directory `/usr/src/emul/wine/dlls/crypt32/tests' ../../../tools/winegcc/winegcc -B../../../tools/winebuild -mconsole protectdata.o testlist.o -o crypt32_test.exe.so -L../../../libs/port -lwine_port -L../../../dlls -L../../../dlls/crypt32 -L../../../libs -lcrypt32 -s -L/opt/ungif/lib protectdata.o(.text+0x3b5): In function `test_cryptunprotectdata': /usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:114: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x42f):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:120: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x4b9):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:129: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x54f):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:140: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x702):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:160: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x782):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:167: more undefined references to `CryptUnprotectData' follow collect2: ld returned 1 exit status The same reported another user on the user's list, but nobody noticed it. It would be nice to fix this problem to be able to compile wine again. With regards, Pavel Troller
Hello,
have you done a cvs update -Pd ?
bye michael
Pavel Troller wrote:
For some time, about 10 - 14 days, I cannot compile wine from CVS anymore. The reason is as follows: make[3]: Entering directory `/usr/src/emul/wine/dlls/crypt32/tests' ../../../tools/winegcc/winegcc -B../../../tools/winebuild -mconsole protectdata.o testlist.o -o crypt32_test.exe.so -L../../../libs/port -lwine_port -L../../../dlls -L../../../dlls/crypt32 -L../../../libs -lcrypt32 -s -L/opt/ungif/lib protectdata.o(.text+0x3b5): In function `test_cryptunprotectdata': /usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:114: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x42f):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:120: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x4b9):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:129: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x54f):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:140: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x702):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:160: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x782):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:167: more undefined references to `CryptUnprotectData' follow collect2: ld returned 1 exit status The same reported another user on the user's list, but nobody noticed it. It would be nice to fix this problem to be able to compile wine again. With regards, Pavel Troller
Hello,
have you done a cvs update -Pd ?
Hello, of course, it's in my .cvsrc . cvs doesn't show any M'ed nor C'ed files, the update is clean. I also did a make clean in dlls, as suggested by Mike, but the problem is still there. Of course I know a standard procedure of ./configure ; make depend && make and I'm always following it. Now I'm trying 'make distclean' before anything else... Yes, the problem is still there. Now I'm posting all the output from crypt32:
make[2]: Entering directory `/usr/src/emul/wine/dlls/crypt32' gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_CRYPT32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o cert.o cert.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_COMCTL32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o commctrl.o commctrl.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_CRYPT32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o encode.o encode.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_CRYPT32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o protectdata.o protectdata.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_COMCTL32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o datetime.o datetime.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_CRYPT32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o main.o main.c ../../tools/winebuild/winebuild -D__WINESRC__ -D_CRYPT32_ -o crypt32.dll.dbg.c --debug -C. cert.c encode.c protectdata.c main.c make[3]: Entering directory `/usr/src/emul/wine/dlls/crypt32/tests' gcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o protectdata.o protectdata.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_COMCTL32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o draglist.o draglist.c gcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o testlist.o testlist.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_COMCTL32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o flatsb.o flatsb.c ../../../tools/winegcc/winegcc -B../../../tools/winebuild -mconsole protectdata.o testlist.o -o crypt32_test.exe.so -L../../../libs/port -lwine_port -L../../../dlls -L../../../dlls/crypt32 -L../../../libs -lcrypt32 -s -L/opt/ungif/lib gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_COMCTL32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o header.o header.c protectdata.o(.text+0x3b5): In function `test_cryptunprotectdata': /usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:114: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x42f):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:120: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x4b9):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:129: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x54f):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:140: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x702):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:160: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x782):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:167: more undefined references to `CryptUnprotectData' follow collect2: ld returned 1 exit status
So, still no luck. With regards, Pavel Troller
Works fine for me - I use the attached scripts.
Andrew
You can be the captain I will draw the chart Sailing into destiny Closer to the heart
Closer to the Heart by Rush (A Farewell to Kings, 1977)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Pavel Troller wrote:
Hello,
have you done a cvs update -Pd ?
Hello, of course, it's in my .cvsrc . cvs doesn't show any M'ed nor C'ed files, the update is clean. I also did a make clean in dlls, as suggested by Mike, but the problem is still there. Of course I know a standard procedure of ./configure ; make depend && make and I'm always following it. Now I'm trying 'make distclean' before anything else... Yes, the problem is still there. Now I'm posting all the output from crypt32:
make[2]: Entering directory `/usr/src/emul/wine/dlls/crypt32' gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_CRYPT32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o cert.o cert.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_COMCTL32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o commctrl.o commctrl.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_CRYPT32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o encode.o encode.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_CRYPT32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o protectdata.o protectdata.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_COMCTL32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o datetime.o datetime.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_CRYPT32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o main.o main.c ../../tools/winebuild/winebuild -D__WINESRC__ -D_CRYPT32_ -o crypt32.dll.dbg.c --debug -C. cert.c encode.c protectdata.c main.c make[3]: Entering directory `/usr/src/emul/wine/dlls/crypt32/tests' gcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o protectdata.o protectdata.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_COMCTL32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o draglist.o draglist.c gcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o testlist.o testlist.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_COMCTL32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o flatsb.o flatsb.c ../../../tools/winegcc/winegcc -B../../../tools/winebuild -mconsole protectdata.o testlist.o -o crypt32_test.exe.so -L../../../libs/port -lwine_port -L../../../dlls -L../../../dlls/crypt32 -L../../../libs -lcrypt32 -s -L/opt/ungif/lib gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_COMCTL32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/opt/ungif/include -I/opt/ungif/include -O2 -march=i586 -mcpu=i586 -o header.o header.c protectdata.o(.text+0x3b5): In function `test_cryptunprotectdata': /usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:114: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x42f):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:120: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x4b9):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:129: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x54f):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:140: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x702):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:160: undefined reference to `CryptUnprotectData' protectdata.o(.text+0x782):/usr/src/emul/wine/dlls/crypt32/tests/protectdata.c:167: more undefined references to `CryptUnprotectData' follow collect2: ld returned 1 exit status
So, still no luck. With regards, Pavel Troller
export CVSROOT=:pserver:cvs@rhlx01.fht-esslingen.de:/home/wine echo CVSROOT=$CVSROOT export TEMP=cvs echo TEMP=$TEMP echo $TEMP | cvs login cvs update
cd wine ./configure make depend && make su -c make install
On Mon, May 30, 2005 at 02:40:20PM +0200, Michael Stefaniuc wrote:
Hello,
have you done a cvs update -Pd ?
No,
solution is to:
cd dlls rm *.def cd .. make
Ciao, Marcus
solution is to:
cd dlls rm *.def cd .. make
Ciao, Marcus
Hi Marcus, yes, Your solution is the Right One! Thanks! However, I think that something is wrong with make distclean, because it should erase all the generated files including these .def's ? Or is there a reason to keep them in (and possibly cause problems) ? With regards, Pavel Troller
On Mon, May 30, 2005 at 03:23:13PM +0200, Pavel Troller wrote:
solution is to:
cd dlls rm *.def cd .. make
Ciao, Marcus
Hi Marcus, yes, Your solution is the Right One! Thanks! However, I think that something is wrong with make distclean, because it should erase all the generated files including these .def's ? Or is there a reason to keep them in (and possibly cause problems) ?
You need to run "make distclean" BEFORE doing cvs update, this would have avoided it I guess.
This is just a temporary hickup.
Ciao, Marcus
Pavel Troller wrote:
solution is to:
cd dlls rm *.def cd .. make
Ciao, Marcus
Hi Marcus, yes, Your solution is the Right One! Thanks! However, I think that something is wrong with make distclean, because it should erase all the generated files including these .def's ? Or is there a reason to keep them in (and possibly cause problems) ?
No, the problem is the make system changed and those .def's are needed anymore and also not generated anymore. There is no reason for make [dist]clean to get rid of them. That's why i love out of source tree builds: rm -rf on the wine build tree is a very good 'make realyclean' command ;)
bye michael