[Paul Smith]
> Fixed, thanks.
Awesome - I've verified that a4937bc successfully builds and runs for
mingw-w64, emitting only the innocuous warnings. Now I don't need local
patches, yay!
> I didn't change anything for this one. I'll look at it later.
Note that all of the "stuff is unused" war
On Tue, 2013-11-26 at 12:21 +, Ray Donnelly wrote:
> Instead of adding the MS-specific "%Ix", could you not add (in the
> batch file) the define of __MINGW_USE_ANSI_STDIO=1, otherwise I
> suspect you'd be breaking people who prefer the stdio a bit more ansi
> (mingw-builds for example).
I went
On Mon, 2013-11-25 at 19:39 -0800, Stephan T. Lavavej wrote:
> #1:
>OSN (fatal, NILF,
>^
Fixed, thanks.
> #2:
> w32err.c: In function 'map_windows32_error_to_string':
> w32err.c:70:3: warning: passing argument 2 of 'fatal' makes integer from
> pointer without a cast [enabl
[Ray Donnelly]
> Instead of adding the MS-specific "%Ix", could you not add (in the
> batch file) the define of __MINGW_USE_ANSI_STDIO=1, otherwise I
> suspect you'd be breaking people who prefer the stdio a bit more ansi
> (mingw-builds for example).
[Eli Zaretskii]
> That change is in code that
> Date: Tue, 26 Nov 2013 12:21:10 +
> From: Ray Donnelly
> Cc: bug-make@gnu.org
>
> Instead of adding the MS-specific "%Ix", could you not add (in the
> batch file) the define of __MINGW_USE_ANSI_STDIO=1, otherwise I
> suspect you'd be breaking people who prefer the stdio a bit more ansi
> (m
Instead of adding the MS-specific "%Ix", could you not add (in the
batch file) the define of __MINGW_USE_ANSI_STDIO=1, otherwise I
suspect you'd be breaking people who prefer the stdio a bit more ansi
(mingw-builds for example).
On Tue, Nov 26, 2013 at 3:39 AM, Stephan T. Lavavej wrote:
> Hi,
>
>
