[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,
>
>
Hi,
make's HEAD is currently broken for mingw-w64, and is also emitting several
warnings.
I'm building http://git.savannah.gnu.org/cgit/make.git/commit/?id=f5f5adb
with "build_w32.bat gcc".
The attached make-mingw-w64.patch fixes all errors and warnings, and
shouldn't affect other platforms.
H
