On Fri, 18 Aug 2017, Martell Malone wrote:
suddenly requiring the absolutely latest binutils, right?
Correct we will need the next binutils release as a min version.
I don't think we need a condition we should just specify a new min binutils
version for mingw-w64 to require.
jon_y said this to me in the past, I think we should wait until all your
crt patch changes land in tree first though incase someone wanted to make a
v6 branch before this hits master.
I disagree with this plan. I want the mingw/clang support upstreamed,
requiring zero patches on clang/lld and mingw. It won't be perfect
immediately, but I'd rather have it somewhat functional, to make it easier
for others to test, use and improve upon, instead of keeping the patches
outside of the main repo like for the last two years.
The missing patches for an absolute MVP working clang/mingw are this one
and the lld frontend.
I don't want to postpone that any further, waiting for a new binutils
release with some change that isn't even merged yet, while striving for
perfection. That's obviously the end goal, but let's not have that stop us
from having a sensible compromise in the meantime.
// Martin
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Mingw-w64-public mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
