lse it is considered a cross compile.
So far, it seems that building with host==build==i686-pc-mingw32 on
Cygwin breaks only because of that "cmd //c" thing in Libtool.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
___
anything, patch is firmly rejected, status quo maintained.
Under what name do you commit changes to config.guess, exactly?
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
___
config-patches
;s using a single toolchain to generate both Cygwin *and*
MinGW binaries. And I can see why that would be ugly.
If you think that's what I'm trying to do, however, then you need to
re-read the thread.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a
lang uses a different triplet from MinGW-GCC?
>
> Potentially, since Clang is not beholden to GNU standards.
Their modus operandi has generally been to mimic GCC's interface and
behavior, for the sake of compatibility. Where they deviate from
that is lar
purely cosmetic and of questionable value.
Not requiring users to go through the motions of a cross-compile to
build Win32 binaries on Win32 *adds* confusion?
> > Non-GCC compilers which define __MINGW{32,64}__? Are you referring
> > to Clang?
>
> Yes.
MinGW-Clang uses a d
ries from both---and avoiding the need to
rigorously cross-compile from one to the other is a big convenience.
Obviously, Cygwin vs. MinGW programs is a different comparison from 32-
bit vs. 64-bit programs, but it's close enough to allow the same
argument to be made.
--
For my part, I'd be happy to refer to the system as "mingw" and not
"mingw32" nor "mingw64" (extant or not). It seems like the project as a
whole has been moving away from the "MinGW32" moniker anyway.
--Daniel
eturn
"pc" consistently for 32- and 64-bit x86?
--Daniel
P.S.: Please Cc: any replies to me, as I am not subscribed to this list.
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
diff --git a/ChangeLog b/ChangeLog
index cc122de..4b2e