Hi Hans,
> Wait, I see now that there's another use of .previous which is protected
> differently. The path below may solve your problem.
thanks - I am now using the following change:
Changelog:
Don't use ".previous" for MinGW and Cygwin builds
Index: port.h
==
On Tuesday 5 October 2004 10:09, Hans Leidekker wrote:
> What compiler/platform are you on? This code is protected like this:
>
> #if defined(__GNUC__) && !defined(__MINGW32__) && !defined(__APPLE__)
>
> So if you're on Cygwin we may need to add && !defined(__CYGWIN__) or
> whatever is the appr
On Tuesday 5 October 2004 08:37, Martin Fuchs wrote:
> I tried building from the top, from libs/wine/, libs/port/, from some
> dlls/... and programs/... directories.
>
> When building from the top, I am getting:
>
> make[1]: Entering directory `/home/cvs/wine/libs'
> make[2]: Entering directory
> It looks like you are mixing includes from Wine and Mingw, that's not
> going to work well. My guess is that you didn't run make from the
> top-level directory, so Wine didn't get a chance to build its includes
> and Mingw falls back to the w32api ones.
I tried building from the top, from libs/w
"Martin Fuchs" <[EMAIL PROTECTED]> writes:
> when trying to compile WINE using Cygwin I am getting errors such as: (this example
> for wine/programs/notepad)
>
> gcc -c -I. -I. -I../../include -I../../include -I../../include/msvcrt
> -DNO_LIBWINE_PORT -D_REENTRANT -Wall -pipe -mprefe
> rred-sta
On Mon, 2004-10-04 at 15:47, Martin Fuchs wrote:
> Compiling...
> comctl32undoc.c
> d:\wine-msvc\include\windows.h(23) : fatal error C1189: #error : Wine should not
> include windows.h internally
>
> This all worked some months ago.
> Can someone explain, what's wrong here?
I think the order of
Hello,
when trying to compile WINE using Cygwin I am getting errors such as: (this example
for wine/programs/notepad)
gcc -c -I. -I. -I../../include -I../../include -I../../include/msvcrt
-DNO_LIBWINE_PORT -D_REENTRANT -Wall -pipe -mprefe
rred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wp
