On Wed, 24 Sep 2003, Dimitrie O. Paun wrote:
On September 23, 2003 11:59 pm, Pavel Roskin wrote:
For example, winefile.exe needs "-luuid" in MinGW because it provides IID_IDataObject. In Wine, IID_IDataObject is defined in include/objidl.h and a constant number. Wine doesn't have uuid library.
We have one, and it's called wine_uuid (libs/uuid). If we switch over to winegcc at least for the apps, it will take care of it, you just need to pass it -luuid just like in Windows.
I have looked at winegcc source and it seems it will greatly improve portability. I think it's a good idea to switch to winegcc first.
Thoose who compile large projects with Wine are not likely to abandon the Windows version, so it's helpful to minimize differences in the code for different platforms. If we consider Wine programs as test examples, they should compile for Windows cleanly and use winegcc when compiled in Wine if we are to recommend winegcc for outside projects.
Some resource files refer to icons if __WINE__ is not defined. The icons are missing. Perhaps those references can be removed. Alternatively, icon resources should be converted to the binary format in Wine. I don't know if the reason to use text representations was because of wrc limitations or to avoid binaries in Wine CVS.
Yes, to avoid binaries in CVS. But what is the problem, icons can't be in text format? If no, we'll just have to use wrc, not a problem I guess (even though would be nice to be able to build using windres).
I just don't like defining __WINE__ in wrc when not compiling for Wine. But it's not a big deal. I'm attaching a patch that shows what I mean. Apply it if you like it.