I assumed as much. I spent a decent amount of time trying to diagnose
the issue and test with different configs as well as searched across
google before raising the issue but the only thing I could find was a
pastebin from someone running into the same issue but no references to
the link it was po
---
mingw-w64-headers/direct-x/include/d3d11.h | 939 +++
mingw-w64-headers/direct-x/include/d3d11.idl | 201 ++
2 files changed, 1140 insertions(+)
diff --git a/mingw-w64-headers/direct-x/include/d3d11.h
b/mingw-w64-headers/direct-x/include/d3d11.h
index cc64c3f..9
Discard this patch, I forgot some methods between the ones necessary
and it doesn't work properly.
On Mon, May 11, 2015 at 1:43 PM, Steve Lhomme wrote:
> ---
> These COM classes are needed by VLC
> ---
> mingw-w64-headers/direct-x/include/d3d11.h | 811
> +++
> mingw-w
On 11. 5. 2015 13:52, Matt Breedlove wrote:
> Also, I'm experiencing a currently unresolved issue building gcc
> 5.1/5.1.1 natively for i686 using dw2 exceptions resulting in it
> failing out with the following during stage1 libgcc:
>
> M:\\msys64\\build\\staging\\mingw-w64-i686-gcc5\\src\\build-i
I've posted an issue (and one bug) to GCC regarding native lto
bootstrap issues with 5.1/5.1.1 (perhaps trunk also) in reference to
stpcpy and sys_siglist which can be found here:
https://gcc.gnu.org/ml/gcc/2015-05/msg00084.html
Essentially, slim lto bootstraps fails due to GCC swapping out the
s
---
These COM classes are needed by VLC
---
mingw-w64-headers/direct-x/include/d3d11.h | 811 +++
mingw-w64-headers/direct-x/include/d3d11.idl | 199 +++
2 files changed, 1010 insertions(+)
diff --git a/mingw-w64-headers/direct-x/include/d3d11.h
b/mingw-w64-headers/
