Package Details: icu57 57.2-1

Git Clone URL: https://aur.archlinux.org/icu57.git (read-only, click to copy)
Package Base: icu57
Description: International Components for Unicode library
Upstream URL: http://www.icu-project.org/
Licenses: custom:"icu"
Submitter: cubethethird
Maintainer: None
Last Packager: cubethethird
Votes: 14
Popularity: 0.000000
First Submitted: 2016-12-06 04:48 (UTC)
Last Updated: 2019-06-11 01:13 (UTC)

Latest Comments

MarsSeed commented on 2024-02-22 13:05 (UTC)

Though you should know that the only AUR consumer, libdcmtk12 is no longer needed.

Its reverse dependency, libdicomscope-jni is pending being merged to libdicomscope-jni-bin, which needs a newer icu library.

Once that is done, libdcmtk12 can be deleted, and potentially this legacy icu package as well.

MarsSeed commented on 2024-02-22 12:27 (UTC)

If clang is installed, the build uses that and clang++ instead of gcc / g+++.

If this is still needed, please kindly patch the makefiles to ensure this doesn't happen. It should be built with the gcc toolchain for maximum compatibility.

Also the build is broken if ccache is installed and enabled in makepkg.conf's BUILDENV options but clang is not installed:

configure:2883: checking for clang
configure:2899: found /usr/lib/ccache/bin/clang
configure:2910: result: clang
configure:2941: checking for C compiler version
configure:2950: clang --version >&5
ccache: error: Could not find compiler "clang" in PATH

cubethethird commented on 2017-01-22 20:02 (UTC)

After doing some research, it seems the hardening-wrapper is only expected to be used as a make dependency for certain packages, and should not be kept installed otherwise, as it is known to conflict with package building where it is not expected to be used.

tjb0607 commented on 2017-01-19 04:51 (UTC)

I think I've found the problem - the configure script only checks if the following commands exist in order from left to right: clang gcc cc c99 c89 xlc_r xlc cl.exe icc So it chooses to use clang because sh doesn't return No such file or directory. But the clang command it found is just a bash script from community/hardening-wrapper located at /usr/lib/hardening-wrapper/bin/clang: https://gist.github.com/tjb0607/f82cc52878994a4ef0037b7e848ee72a Maybe a patch should be applied to icu/source/configure line 2835 to prioritize gcc over clang by putting it first in the list?

tjb0607 commented on 2017-01-19 04:32 (UTC)

That's also weird because I didn't have clang installed earlier

cubethethird commented on 2017-01-18 23:23 (UTC)

That's very odd though. I am able to build the package without issue, without even having clang installed. It sounds like your system is defaulting to using clang over gcc, or something similar.

tjb0607 commented on 2017-01-18 22:04 (UTC)

That worked! makedepends should be updated to include clang

cubethethird commented on 2017-01-18 22:01 (UTC)

Your log shows that it's trying to use clang, but it's failing to use it. Can you uninstall and/or reinstall clang before building?

StarlightGlimmer commented on 2017-01-18 21:53 (UTC)

@tjb0607 Try installing Clang.

tjb0607 commented on 2017-01-18 20:45 (UTC)

I get the following error in build(): checking whether the C compiler works... no configure: error: in `/tmp/yaourt-tmp-tyler/aur-icu57/src/icu/source': configure: error: C compiler cannot create executables See `config.log' for more details Config.log: https://gist.github.com/tjb0607/1f92a2e5aae63af8c86fa4a8dc4df32c I have gcc/gcc-libs 6.3.1-1 installed and my CPU is an i5-4440