Package Details: mingw-w64-icu 70.1-1

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: http://site.icu-project.org
Keywords: icu mingw mingw-w64
Licenses: custom
Submitter: xantares
Maintainer: pingplug
Last Packager: pingplug
Votes: 16
Popularity: 0.015351
First Submitted: 2013-10-17 08:42
Last Updated: 2021-11-08 11:49

Latest Comments

1 2 3 4 Next › Last »

grandchild commented on 2021-11-09 11:07

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!

patlefort commented on 2021-11-08 19:54

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

adsun commented on 2021-11-08 00:48

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

@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

@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

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

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

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

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

@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.