Arch Linux User Repository

The additional compiler flags I asked you to add unfortunately break compiling with LLVM/Clang. Could you add the following condition? https://github.com/Martchus/PKGBUILDs/commit/f3e7758129d16fdc364b746f68c151bd8b23079e#diff-85653f67618e413c542c3ca7a37aadb396262b5697d898fcd848654332f83948L52

Then I wouldn't need to keep my own version of this package for my auto-generated mingw-w64-clang-aarch64-* packages. (Maybe I should document these mingw-w64-clang-aarch64-* packages at some point because now it is probably not clear what I mean.)

This needs fixing to build with GCC 14 and mingw-w64 12, see https://github.com/Martchus/PKGBUILDs/commit/943b034f8fab355f901c51f0c7de623a66ba0862#diff-85653f67618e413c542c3ca7a37aadb396262b5697d898fcd848654332f83948R51-R52.

~/.local/aur/mingw-w64-icu/src/icu/source
mkdir: cannot create directory ‘build-i686-w64-mingw32’: File exists
/usr/bin/i686-w64-mingw32-configure: line 14: ../configure: No such file or directory

It's not possible to rebuild the package after building it once. Could you please add "-p" to the mkdir? Thanks.

Can confirm. After updating mingw-w64-environment to version 1-4, a clean build compiles & links successfully, even with mingw-w64-clang-git installed. Thanks @patlefort for mentioning it over at mingw-w64-environment!

mingw-w64-environment has been updated to default to gcc so it should be fine now.

When I build in a clean chroot, it fails with this:

../configure: line 8630: syntax error near unexpected token newline' ../configure: line 8630:AX_CHECK_COMPILE_FLAG('

adding autoconf-archive to makedepends fixes this.

@grandchild: I'm not sure but I think there should be a global way to specify which compiler to use and not let packages choose like that, unless said package really need a specific compiler. Right now the only way is to manually define CC and CXX and use makepkg. It can't be configured in makepkg.conf. Until then yes, a little sed on that configure script could fix that.

@patlefort, @pingplug: So this package should be fixed to use gcc unconditionally, no? I don't think that (temporarily) uninstalling mingw-w64-clang should be the solution here.

I figured out my problem: I had mingw-w64-clang-git installed and the configure script of this package is detecting clang first, so it was compiling with clang. Compiling with gcc work fine.

Compiling fails with a ton of undefined references like:

/usr/bin/i686-w64-mingw32-ld: brkeng.o:brkeng.cpp:(.text+0x195): undefined reference to `__gxx_personality_sj0'
/usr/bin/i686-w64-mingw32-ld: brkeng.o:brkeng.cpp:(.text+0x1b2): undefined reference to `_Unwind_SjLj_Register'
/usr/bin/i686-w64-mingw32-ld: brkeng.o:brkeng.cpp:(.text+0x24c): undefined reference to `_Unwind_SjLj_Unregister'
/usr/bin/i686-w64-mingw32-ld: brkeng.o:brkeng.cpp:(.text+0x28c): undefined reference to `_Unwind_SjLj_Resume'
/usr/bin/i686-w64-mingw32-ld: brkeng.o:brkeng.cpp:(.text+0x32c): undefined reference to `__gxx_personality_sj0'
/usr/bin/i686-w64-mingw32-ld: brkeng.o:brkeng.cpp:(.text+0x349): undefined reference to `_Unwind_SjLj_Register'
/usr/bin/i686-w64-mingw32-ld: brkeng.o:brkeng.cpp:(.text+0x47f): undefined reference to `_Unwind_SjLj_Unregister'
...