On Thu, 26 Jul 2001, EriK W wrote:
The only message I see from you is the one you posted on wine-devel the 24th, two *days* ago.
Actually, before this I posted it to comp.emulators-windows.wine couple times without even a reply. :)
Yes, I suspected as much. I sometimes read cemw but my ISPs news server is real bad. Not as bad as the news feed of Corel who's hosting wine-users. It's been over a month now that the link between wine-users and cemw has been severed :-(
[...]
winebuild is linked with 'libwine_unicode.so' which should have been compiled previously and should be in 'wine/unicode'. So the LD_LIBRARY_PATH setting seems correct and yet it seems winebuild cannot execute because that library cannot be found. So:
- does unicode/libwine_unicode.so exist?
- in the compilation process you should see Wine go into the unicode
subdirectory and compile stuff there. Do you indeed see something like that?
- try to start winebuild manually. When in Wine's root directory type
"./tools/winebuild/winebuild'. Does it work? If not try to tweak LD_LIBRARY_PATH to get it to work. Maybe absolute paths work better than relative ones?
Doesn't work, I guess there is a problem in Makefile.
What does not work? Do you have unicode/libwine_unicode.so or not? Does the following command run or does it say it cannot find libwine_unicode.so? LD_LIBRARY_PATH="unicode:$LD_LIBRARY_PATH" ./tools/winebuild/winebuild
Btw, what is your default shell?
[...]
gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -mpreferred-stack-bou ndary=2 -fPIC -DSTRICT -D_REENTRANT -I/usr/openwin/include -o stabs.o stabs.c stabs.c:1271: warning: `struct r_debug' declared inside parameter list stabs.c:1271: warning: its scope is only this definition or declaration, which is probably not what you want.
On my system r_debug is defined in '/usr/include/link.h'. According to dpkg this is part of libc6-dev. So the problem is that the Solaris C library does not define it. The link.h header says:
Data structure for communication from the run-time dynamic linker for loaded ELF shared objects.
The easy way out is to say that winedbg is not essential to get Wine working. So you could decide not to compile it at all. A better approach would be to either provide this r_debug structure somehow if it is relevant on Solaris, or remove all the related stuff on Solaris. I'm not a winedbg expert so I've reached my limit here. Maybe Eric Pouech could advise you better.
-- Francois Gouget fgouget@free.fr http://fgouget.free.fr/ Linux, WinNT, MS-DOS - also known as the Good, the Bad and the Ugly.