Re: [Mingw-w64-public] Fixing bug in binutils for mingw-64 distro

2018-11-22 Thread Liu Hao
在 2018/11/23 上午10:37, Edward Diener 写道 > I do not believe I am trying to upgrade an MSYS2 package. Rather I am > trying to fix a mingw-64/gcc-8.1 installation in Windows itself so that > the binutils part of the installation can be replaced by the fixed > component(s). In particular I am trying to

Re: [Mingw-w64-public] Fixing bug in binutils for mingw-64 distro

2018-11-22 Thread Greg Jung
The recipe from Liu Hao is correct for what it describes and now the nomenclature needs to be discussed so that you can explain what you need. You have called something "mingw-64" which is none of the options. The MINGW group that MSYS2 uses employs the preamble, "mingw-w64" for the native

Re: [Mingw-w64-public] Fixing bug in binutils for mingw-64 distro

2018-11-22 Thread Edward Diener
On 11/22/2018 9:07 PM, Liu Hao wrote: 在 2018/11/23 上午7:50, Edward Diener 写道: There is a bug which in binutils which causes clang targeting mingw-64/gcc on Windows to create a bad windows executable. The bug is explained at https://sourceware.org/bugzilla/show_bug.cgi?id=23872 and is fixed at

Re: [Mingw-w64-public] Fixing bug in binutils for mingw-64 distro

2018-11-22 Thread Liu Hao
在 2018/11/23 上午7:50, Edward Diener 写道: > There is a bug which in binutils which causes clang targeting > mingw-64/gcc on Windows to create a bad windows executable. The bug is > explained at https://sourceware.org/bugzilla/show_bug.cgi?id=23872 and > is fixed at >

[Mingw-w64-public] Fixing bug in binutils for mingw-64 distro

2018-11-22 Thread Edward Diener
There is a bug which in binutils which causes clang targeting mingw-64/gcc on Windows to create a bad windows executable. The bug is explained at https://sourceware.org/bugzilla/show_bug.cgi?id=23872 and is fixed at

Re: [Mingw-w64-public] Problems with fseeko64, libstdc++ and ucrt builds

2018-11-22 Thread Mateusz
W dniu 21.11.2018 o 23:39, Martin Storsjö pisze: > On Wed, 21 Nov 2018, Mateusz wrote: > >> Problem is in libstdc++.a which uses fseeko64 from libmingwex. >> >> My proposition is: >> we could build two libmingwex -- libmingwex for msvcrt and libmingwex10 for >> msvcr100 and above, leave fseeko64