On 3/31/22 04:56, Michael Cronenworth wrote:
On 3/30/22 11:04 PM, Tom Stellard wrote:
$ x86_64-w64-mingw32-gcc -c test.c -v
.. snip ..
#include <...> search starts here:
/usr/lib/gcc/x86_64-w64-mingw32/11.2.1/include
/usr/lib/gcc/x86_64-w64-mingw32/11.2.1/include-fixed
This path
On 3/30/22 18:59, Michael Cronenworth wrote:
On 3/30/22 8:33 PM, Tom Stellard wrote:
Looking at the builds with gcc, there is an extra option passed to gcc:
-I./libs/zlib which is not passed to clang. So maybe this is an issue
with the build system?
You may have looked at an older build as
On 3/30/22 18:59, Michael Cronenworth wrote:
On 3/30/22 8:33 PM, Tom Stellard wrote:
Looking at the builds with gcc, there is an extra option passed to gcc:
-I./libs/zlib which is not passed to clang. So maybe this is an issue
with the build system?
You may have looked at an older build as
On 3/30/22 17:01, Michael Cronenworth wrote:
On 3/30/22 11:36 AM, Mamoru TASAKA wrote:
ar is failing so the fault is in binutils at the first look.
By the way:
- First of all, should /usr/lib64/wine/aarch64-windows/libdbghelp.a (or any
other static archive) be packed
(i.e. are static archive
On 3/30/22 09:36, Mamoru TASAKA wrote:
Michael Cronenworth wrote on 2022/03/31 1:25:
On 3/30/22 8:51 AM, Michael Cronenworth wrote:
On 3/30/22 8:42 AM, Neal Gompa wrote:
That sounds like a bug in the package, because our LLVM build has all
targets enabled on Fedora:
https://src.fedoraproject.o
On 3/30/22 18:33, Tom Stellard wrote:
On 3/30/22 17:01, Michael Cronenworth wrote:
On 3/30/22 11:36 AM, Mamoru TASAKA wrote:
ar is failing so the fault is in binutils at the first look.
By the way:
- First of all, should /usr/lib64/wine/aarch64-windows/libdbghelp.a (or any
other static
