Menu
▾
▴
[MinGW-notify] [ mingw-Bugs-3483998 ] directx - Missing Headers and Libs
|
From: SF/projects/mingw n. l. <min...@li...> - 2012-10-30 17:34:59
|
Bugs item #3483998, was opened at 2012-02-03 11:34 Message generated for change (Settings changed) made by earnie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3483998&group_id=2435 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: WSL (Windows System Libraries) Group: None >Status: Pending Resolution: Remind Priority: 5 Private: No Submitted By: Kenney Phillis (kphillisjr) Assigned to: Earnie Boyd (earnie) Summary: directx - Missing Headers and Libs Initial Comment: This is a generic bug report. Currently many DirectX based files and libraries are missing headers and defines. I will separate this based on Verions, but it's worth noting that others might appear with windows 8 or newer. DirectX9 or older has the following files missing headers... dsound, d3d8, and a few other parts. DirectX9 or older missing Headers and libraries... d3dx9, xinput. DirectX10 is missing all headers and libraries (d3d10, d3dx10, etc ) DirectX11 is missing all headers and libraries (d3d11, d3dx11, direct2d, etc) Currently, the Directx9 missing elements are old, but have a lot of use in current systems. Currently a quick fix is to merge the various elements from either wine or mingw64. Mingw64 would probably be the better of the two since it includes a lot of the defs and headers only. Also, both of these include the msvcrt "secure" changes to libc. For Directx10 and 11, the header problem is solved with the previous suggestion, but there is a few missing libraries. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2012-06-14 05:30 Message: Assigning to Chris for follow up. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2012-02-03 13:52 Message: While the bug report may be worthy in itself and may even be a duplicate to years older bug reports it still stands that we cannot encumber our users with code from differing license, especially if those licenses cause an issue with regard to the perceptions of proprietary use versus GPL. I know that makes WINE in usable as far as copying code from the project and most likely because of the noted use of copying WINE headers in MinGW-64 the same is true. If you can give us patches that are clearly documented at MSDN we will be so kind to consider the patch otherwise we will reject it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3483998&group_id=2435 |