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!
Search Criteria
Package Details: mingw-w64-icu 72.1-1
Package Actions
| 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: | 17 |
| Popularity: | 0.001057 |
| First Submitted: | 2013-10-17 08:42 (UTC) |
| Last Updated: | 2022-12-21 09:26 (UTC) |
Dependencies (3)
- mingw-w64-crt (mingw-w64-crt-git)
- autoconf-archive (autoconf-archive-git) (make)
- mingw-w64-configure (make)
Required by (8)
Sources (5)
grandchild commented on 2021-11-09 11:07 (UTC) (edited on 2021-11-09 11:10 (UTC) by grandchild)
patlefort commented on 2021-11-08 19:54 (UTC)
mingw-w64-environment has been updated to default to gcc so it should be fine now.
adsun commented on 2021-11-08 00:48 (UTC)
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.
patlefort commented on 2021-11-06 12:35 (UTC)
@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.
grandchild commented on 2021-11-06 12:04 (UTC)
@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.
patlefort commented on 2021-11-05 09:59 (UTC) (edited on 2021-11-05 09:59 (UTC) by patlefort)
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.
patlefort commented on 2021-11-04 20:59 (UTC)
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'
...
ExperiBassMusic commented on 2021-09-23 16:27 (UTC) (edited on 2021-09-23 16:27 (UTC) by ExperiBassMusic)
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
Martchus commented on 2021-04-29 17:12 (UTC)
Oh, then you're right and the package is broken. The DLL name must definitely match what's referenced by the import library.
jpcima commented on 2021-04-29 16:45 (UTC)
@Martchus, the rename gives the dll the correct name that it should have. If you examine the dll.a file, you will notice it references a dll name which is not "lib"-prefixed.
Pinned Comments