Is that simpler than fixing the MSVCRT headers? I have used STLport before so the idea sounds feasable to me. I imagine I have to change the gcc-linux.mak by:
replacing the call to gcc with winegcc, removing references to GLIBC, adding a path pointing to /include/wine/MSVCRT.
Anything else?
regards,
Scott.
-----Original Message----- From: Boaz Harrosh [SMTP:boaz@hishome.net] Sent: Tuesday, 17 August 2004 18:18 To: Scott Snell Cc: Wine-Devel (E-mail) Subject: Re: iostream and msvcrt?
Using gcc's c++ libraries will not work with msvcrt. If it will compile (which it doesn't) it will not load. (Some circular linking) Your best bet is STLPort. Check it out. What I have done is a special makefiles set with special config.h that compiles and links STLPort over msvcrt. I have written to STLPort if they want my changes as support for another platform but I never got a response from them. Do you need me to dig out the old HD and pack you an STLPort compiled over msvcrt? You might need to make some changes because it is from before winegcc times,. Going strait for gcc. and maybe some wine stuff changed since than.
Scott Snell wrote:
Scott Snell wrote:
Is that simpler than fixing the MSVCRT headers?
It is not wine-MSVCRT headers fault, these are pure CRT declarations. It is gcc-c++ headers that are heavily dependent on gcc CRT very non-standard headers. So you better go with STLPort.
I have used STLport before so the idea sounds feasable to me. I imagine I have to change the gcc-linux.mak by:
replacing the call to gcc with winegcc, removing references to GLIBC,
Better go with gcc-mingw.mak, as threading and OS is more Windows than Linux. See if they have a -nocygwin variant.
adding a path pointing to /include/wine/MSVCRT.
Yes exactly. You'll see that you end up with a complete xxx-wine set of makefiles and headers.
Anything else?
There are some 1-2 defines in the major ARCH headers that go the windows way. I remember I had to define a __WINE_GCC__ in makefile and in a couple of places where they have this heavy #ifdef this #elseif that - I had to add #ifdef __WINE_GCC__ to point the compiler the windows way. But I guess the compiler will show you soon enough where he took the wrong turn.
I'll try to dig out that HD anyway Just so we can compare notes. But I'm sure you'll manage before I have time to do that.
regards,
Scott.
Free Life Boaz
On Wed, Aug 18, 2004 at 11:32:33AM +0300, Boaz Harrosh wrote:
I have used STLport before so the idea sounds feasable to me. I imagine I have to change the gcc-linux.mak by:
replacing the call to gcc with winegcc, removing references to GLIBC,
Better go with gcc-mingw.mak, as threading and OS is more Windows than Linux. See if they have a -nocygwin variant.
Yes, it should work with the gcc-mingw.mak by changing gcc -> winegcc g++ -> wineg++
adding a path pointing to /include/wine/MSVCRT.
Yes exactly. You'll see that you end up with a complete xxx-wine set of makefiles and headers.
No, you shouldn't need that. You just need to make sure you pass the -mno-cygwin flag to winegcc/wineg++.
-
Boaz Harrosh -
Dimitrie O. Paun -
Scott Snell