Building 1.1.23 on Red Hat WS 4.6 fails

[acidd_uk]

As title, I'm having problems bulding it. The app I want to use doesn't work properly in 1.0.1 (tested in Ubuntu 9.04 and RH WS 4.6) but does in 1.1.23 (tested on Ubuntu 9.04).

Our production system runs RH WS 4.6, but there's no RPM package for 1.1.23 so I am trying to build it myself. The configuration and make depend work ok, however when I make, it builds a good chunk of stuff before failing with the following error:

Code: Select all

make[2]: Entering directory `/tmp/wine-1.1.23/dlls/advapi32'
../../tools/winegcc/winegcc  -B../../tools/winebuild --sysroot=../.. -shared ./advapi32.spec    advapi.o cred.o crypt.o crypt_arc4.o crypt_des.o crypt_lmhash.o crypt_md4.o crypt_md5.o crypt_sha.o eventlog.o lsa.o registry.o security.o service.o  svcctl_c.o   version.res   -o advapi32.dll.so -lrpcrt4 -lkernel32 -lntdll -Wb,-drpcrt4 ../../libs/port/libwine_port.a
Cannot open -rversion.res : No such file or directory
winegcc: ../../tools/winebuild/winebuild failed
make[2]: *** [advapi32.dll.so] Error 2
make[2]: Leaving directory `/tmp/wine-1.1.23/dlls/advapi32'
make[1]: *** [advapi32] Error 2
make[1]: Leaving directory `/tmp/wine-1.1.23/dlls'
make: [dlls] Error 2

What is advapi32.dll used for and more specifically what is version.res and how is is used by winegcc? Where does it come from and why can't it be found? The file does exist in /tmp/wine-1.1.23/dlls/advapi32/

All help appreciated!

[vitamin]

What is advapi32.dll used for

It's one of the main win32 core dlls.

Where does it [version.res] come from and why can't it be found?

You either doing something wrong or you missing some requirements. Check this page for more details on what you need to successfully build Wine:
http://wiki.winehq.org/Recommended_Packages

[acidd_uk]

I spent quite a bit of time trying to sort this out, and all I can think is it's build system itself has some bug/incompatibility with Red Hat. The issue seems to be that winegcc or winebuild sees the version.res and translates the filename to -rversion.res, then the other program actually looks for a file called '-rversion.res'.

If I manually enter the line, adding -r to the version.res line, e.g. if I manually run the command

Code: Select all

../../tools/winegcc/winegcc  -B../../tools/winebuild --sysroot=../.. -shared ./advapi32.spec    advapi.o cred.o crypt.o crypt_arc4.o crypt_des.o crypt_lmhash.o crypt_md4.o crypt_md5.o crypt_sha.o eventlog.o lsa.o registry.o security.o service.o  svcctl_c.o   -rversion.res   -o advapi32.dll.so -lrpcrt4 -lkernel32 -lntdll -Wb,-drpcrt4 ../../libs/port/libwine_port.a

Then it works fine and the .dll.so is created. However, there's a lot of dlls that use resource files and manually editing and entering each one's compile command isn't really the 'right' option. I had a brief look at the winegcc/winebuild source, and found where it looks like it does the file type detection, but cannot see why it's going wrong, but there's not much documentation for it...[/code]

[vitamin]

Then it works fine and the .dll.so is created. However, there's a lot of dlls that use resource files and manually editing and entering each one's compile command isn't really the 'right' option. I had a brief look at the winegcc/winebuild source, and found where it looks like it does the file type detection, but cannot see why it's going wrong, but there's not much documentation for it...

File a bug report in buzilla. Make sure to attach complete terminal output of building Wine from the very start (configure && make all).

[acidd_uk]

Bug 18965 created:
http://bugs.winehq.org/show_bug.cgi?id=18965