Re: Send the first two mingw32 patches to /dev/null and use these instead

[Alexandre Julliard]

"Steven Edwards"  writes:
> Index: windef.h
>
> RCS file: /home/wine/wine/include/windef.h,v
> retrieving revision 1.62
> diff -u -r1.62 windef.h
> --- windef.h	10 Mar 2002 00:02:34 -0000	1.62
> +++ windef.h	25 Apr 2002 02:09:36 -0000
> @@ -157,8 +157,9 @@
>  #define _MAX_EXT            _MAX_FNAME
>  #define _MAX_PATH           260
>  #endif
> +#if ! defined (__MINGW__)
>  #define MAX_PATH            _MAX_PATH
> -
>
> +#endif

This seems to be a mingw32 bug, it is not supposed to define MAX_PATH,
only _MAX_PATH. At least that's how it's done under Windows.

Send the first two mingw32 patches to /dev/null and use these instead

[Steven Edwards]

> > Index: windef.h
> >
> > RCS file: /home/wine/wine/include/windef.h,v
> > retrieving revision 1.62
> > diff -u -r1.62 windef.h
> > --- windef.h	10 Mar 2002 00:02:34 -0000	1.62
> > +++ windef.h	25 Apr 2002 02:09:36 -0000
> > @@ -157,8 +157,9 @@
> >  #define _MAX_EXT            _MAX_FNAME
> >  #define _MAX_PATH           260
> >  #endif
> > +#if ! defined (__MINGW__)
> >  #define MAX_PATH            _MAX_PATH
> > -
> >
> > +#endif
>
> This seems to be a mingw32 bug, it is not supposed to define 
> MAX_PATH, only _MAX_PATH. At least that's how it's done under Windows.

I will email the mingw team and ask them about this and stdlib.h. Other
then the MAX_* stuff and the basetsd.h issue there are no more
major/annoying header problems I have found. Once again I guess a
HAVE_MAX_PATH check could be written or this should work also.

#ifdef __MINGW__
#undef MAX_PATH
#endif
#define MAX_PATH            _MAX_PATH

Steven

"Every revolution was once a thought in one man's mind"
- Ralph Waldo Emerson