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 is the Fed
Hi
I've got two more mingw-qt6-* packages which are up for review, both are
straight forward mingw/c++ packages.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009269 -
mingw-qt6-qtwebchannel
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2070708 -
mingw-qt6-qttranslations
Hap
Michael Cronenworth wrote on 2022/03/31 20:56:
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 is the F
On 3/31/22 7:43 AM, Mamoru TASAKA wrote:
Actually it seems --target=foo, not -target foo
Both argument types work. I had just ignored the "ignoring..." text.
I'll have to use the bundled libs on only ARM arches. We don't have MinGW for ARM in
Fedora.
I think this will get us a working build
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 t
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 t
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 is the Fedora MinGW path:
/usr/x86_64-w64-mingw32/sys
