| Git Clone URL: | https://aur.archlinux.org/mingw-w64-icu.git (read-only, click to copy) |
|---|---|
| Package Base: | mingw-w64-icu |
| Description: | International Components for Unicode library (mingw-w64) |
| Upstream URL: | https://icu.unicode.org/ |
| Keywords: | icu mingw mingw-w64 |
| Licenses: | custom |
| Submitter: | xantares |
| Maintainer: | pingplug |
| Last Packager: | pingplug |
| Votes: | 16 |
| Popularity: | 0.000000 |
| First Submitted: | 2013-10-17 08:42 (UTC) |
| Last Updated: | 2024-02-29 06:27 (UTC) |
~/.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'
...
I get this error when trying to install:
:: PGP keys need importing:
-> 0E51E7F06EF719FBD072782A5F56E5AFA63CCD33, required by: mingw-w64-icu
==> Import? [Y/n]
:: Importing keys with gpg...
gpg: keyserver receive failed: No data
problem importing keys
cant find it on any of the keyservers
Oh, then you're right and the package is broken. The DLL name must definitely match what's referenced by the import library.
Pinned Comments