I hate bothering the -devel list with compile errors, but they don't seem to get fixed, so I start wondering if anyone else besides me is using gcc4 at all..
preloader.c: In function ‘is_in_preload_range’: preloader.c:863: error: ‘union <anonymous>’ has no member named ‘a_ptr’ preloader.c:864: error: ‘union <anonymous>’ has no member named ‘a_ptr’ make[1]: *** [preloader.o] Error 1 make[1]: Leaving directory `/home/phantom/src/wine/loader' make: *** [loader] Error 2
Ivan Gyurdiev wrote:
I hate bothering the -devel list with compile errors, but they don't seem to get fixed, so I start wondering if anyone else besides me is using gcc4 at all..
preloader.c: In function ‘is_in_preload_range’: preloader.c:863: error: ‘union <anonymous>’ has no member named ‘a_ptr’ preloader.c:864: error: ‘union <anonymous>’ has no member named ‘a_ptr’
This is more likely to be a problem with your headers than with gcc.
Mike
On Wed, 2005-06-01 at 22:26 -0400, Ivan Gyurdiev wrote:
I hate bothering the -devel list with compile errors, but they don't seem to get fixed, so I start wondering if anyone else besides me is using gcc4 at all..
preloader.c: In function ‘is_in_preload_range’: preloader.c:863: error: ‘union <anonymous>’ has no member named
‘a_ptr’
preloader.c:864: error: ‘union <anonymous>’ has no member named
‘a_ptr’
make[1]: *** [preloader.o] Error 1 make[1]: Leaving directory `/home/phantom/src/wine/loader' make: *** [loader] Error 2
I get the same error on my Fedora Core 4 (t3+updates) install. When checking out current cvs I get this error:
make[2]: Entering directory `/usr/src/wine-cvs/wine/dlls/msdmo' gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o dmoreg.o dmoreg.c dmoreg.c:94: error: static declaration of ‘IID_IEnumDMO’ follows non-static declaration ../../include/mediaobj.h:64: error: previous declaration of ‘IID_IEnumDMO’ was here dmoreg.c: In function ‘IEnumDMO_fnAddRef’: dmoreg.c:385: warning: pointer targets in passing argument 1 of ‘InterlockedIncrement’ differ in signedness dmoreg.c: In function ‘IEnumDMO_fnRelease’: dmoreg.c:422: warning: pointer targets in passing argument 1 of ‘InterlockedDecrement’ differ in signedness make[2]: *** [dmoreg.o] Error 1 make[2]: Leaving directory `/usr/src/wine-cvs/wine/dlls/msdmo' make[1]: *** [msdmo] Error 2 make[1]: Leaving directory `/usr/src/wine-cvs/wine/dlls' make: *** [dlls] Error 2
-HK
What about this?
../../../tools/winegcc/winegcc -B../../../tools/winebuild -mconsole encode.o protectdata.o testlist.o -o crypt32_test.exe.so -L../../../libs/port -lwine_port -L../../../dlls -L../../../dlls/crypt32 -L../../../libs -lcrypt32 encode.o(.text+0x38): In function `func_encode': /home/phantom/src/wine/dlls/crypt32/tests/encode.c:56: undefined reference to `CryptEncodeObjectEx' encode.o(.text +0x83):/home/phantom/src/wine/dlls/crypt32/tests/encode.c:63: undefined reference to `CryptEncodeObjectEx' encode.o(.text +0x12a):/home/phantom/src/wine/dlls/crypt32/tests/encode.c:71: undefined reference to `CryptEncodeObjectEx' encode.o(.text +0x175):/home/phantom/src/wine/dlls/crypt32/tests/encode.c:75: undefined reference to `CryptEncodeObjectEx' encode.o(.text +0x246):/home/phantom/src/wine/dlls/crypt32/tests/encode.c:101: undefined reference to `CryptDecodeObjectEx' encode.o(.text +0x285):/home/phantom/src/wine/dlls/crypt32/tests/encode.c:108: undefined reference to `CryptDecodeObjectEx' encode.o(.text +0x2c7):/home/phantom/src/wine/dlls/crypt32/tests/encode.c:112: undefined reference to `CryptDecodeObjectEx' encode.o(.text +0x317):/home/phantom/src/wine/dlls/crypt32/tests/encode.c:118: undefined reference to `CryptDecodeObjectEx' encode.o(.text +0x3a3):/home/phantom/src/wine/dlls/crypt32/tests/encode.c:126: undefined reference to `CryptDecodeObjectEx' encode.o(.text +0x3f8):/home/phantom/src/wine/dlls/crypt32/tests/encode.c:131: more undefined references to `CryptDecodeObjectEx' follow encode.o(.text+0x593): In function `func_encode': /home/phantom/src/wine/dlls/crypt32/tests/encode.c:173: undefined reference to `CryptUnregisterOIDFunction' encode.o(.text +0x5fb):/home/phantom/src/wine/dlls/crypt32/tests/encode.c:179: undefined reference to `CryptUnregisterOIDFunction' encode.o(.text +0x6b7):/home/phantom/src/wine/dlls/crypt32/tests/encode.c:196: undefined reference to `CryptUnregisterOIDFunction' protectdata.o(.text+0x390): In function `func_protectdata': /home/phantom/src/wine/dlls/crypt32/tests/protectdata.c:114: undefined reference to `CryptUnprotectData' protectdata.o(.text +0x3f4):/home/phantom/src/wine/dlls/crypt32/tests/protectdata.c:120: undefined reference to `CryptUnprotectData' protectdata.o(.text +0x467):/home/phantom/src/wine/dlls/crypt32/tests/protectdata.c:129: undefined reference to `CryptUnprotectData' protectdata.o(.text +0x4ec):/home/phantom/src/wine/dlls/crypt32/tests/protectdata.c:140: undefined reference to `CryptUnprotectData' protectdata.o(.text +0x669):/home/phantom/src/wine/dlls/crypt32/tests/protectdata.c:160: undefined reference to `CryptUnprotectData' protectdata.o(.text +0x6d6):/home/phantom/src/wine/dlls/crypt32/tests/protectdata.c:167: more undefined references to `CryptUnprotectData' follow collect2: ld returned 1 exit status winegcc: gcc failed. make[3]: *** [crypt32_test.exe.so] Error 2 make[3]: Leaving directory `/home/phantom/src/wine/dlls/crypt32/tests' make[2]: *** [tests] Error 2 make[2]: Leaving directory `/home/phantom/src/wine/dlls/crypt32' make[1]: *** [crypt32] Error 2 make[1]: Leaving directory `/home/phantom/src/wine/dlls' make: *** [dlls] Error 2
On Sat, Jun 04, 2005 at 03:16:26PM -0400, Ivan Gyurdiev wrote:
What about this?
../../../tools/winegcc/winegcc -B../../../tools/winebuild -mconsole encode.o protectdata.o testlist.o -o crypt32_test.exe.so -L../../../libs/port -lwine_port -L../../../dlls -L../../../dlls/crypt32 -L../../../libs -lcrypt32 encode.o(.text+0x38): In function `func_encode': /home/phantom/src/wine/dlls/crypt32/tests/encode.c:56: undefined reference to `CryptEncodeObjectEx' encode.o(.text
This is a temporary problem.
cd dlls rm *.def cd .. make
Ciao, Marcus
What about this?
basetexture.c:275: error: static declaration of ‘IWineD3DBaseTexture_Vtbl’ follows non-static declaration wined3d_private.h:495: error: previous declaration of ‘IWineD3DBaseTexture_Vtbl’ was here make[2]: *** [basetexture.o] Error 1 make[2]: Leaving directory `/home/phantom/src/wine/dlls/wined3d' make[1]: *** [wined3d] Error 2 make[1]: Leaving directory `/home/phantom/src/wine/dlls' make: *** [dlls] Error 2
On Sun, 2005-06-05 at 20:42 +0200, Marcus Meissner wrote:
On Sat, Jun 04, 2005 at 03:16:26PM -0400, Ivan Gyurdiev wrote:
What about this?
../../../tools/winegcc/winegcc -B../../../tools/winebuild -mconsole encode.o protectdata.o testlist.o -o crypt32_test.exe.so -L../../../libs/port -lwine_port -L../../../dlls -L../../../dlls/crypt32 -L../../../libs -lcrypt32 encode.o(.text+0x38): In function `func_encode': /home/phantom/src/wine/dlls/crypt32/tests/encode.c:56: undefined reference to `CryptEncodeObjectEx' encode.o(.text
This is a temporary problem.
The .def files are not in CVS ?
I saw the exact same problem in dlls/joystick, and removing the def files fixed it. Why does this occur?
===========================================================
Next problem:
dialog.c: In function ‘msi_dialog_scrolltext_control’: dialog.c:516: internal compiler error: in gimple_add_tmp_var, at gimplify.c:532 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://bugzilla.redhat.com/bugzilla for instructions. Preprocessed source stored into /tmp/cczY7yIu.out file, please attach this to your bugreport. make[2]: *** [dialog.o] Error 1 make[2]: Leaving directory `/home/phantom/src/wine/dlls/msi' make[1]: *** [msi] Error 2 make[1]: Leaving directory `/home/phantom/src/wine/dlls' make: *** [dlls] Error 2
File in question can be found here (Size ~= 1MB)
Ivan Gyurdiev wrote:
dialog.c: In function ‘msi_dialog_scrolltext_control’: dialog.c:516: internal compiler error: in gimple_add_tmp_var, at gimplify.c:532 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://bugzilla.redhat.com/bugzilla for instructions. Preprocessed source stored into /tmp/cczY7yIu.out file, please attach this to your bugreport.
This is a gcc bug. You should submit it to the bugzilla site above, not to wine-devel.
Mike
Next problem:
I guess this is a gcc bug - I'm sorry - will report where appropriate.