icu 3.8.1_2 devel =43

International Components for Unicode (from IBM)
Maintained by: mi@aldan.algebra.com
Port Added: 17 Mar 2001 05:49:14

---

---

The International Components for Unicode (ICU) is a C and C++ library
providing Unicode support (p.ex. character set conversions, locales,
normalization, transliteration, etc.).

More information on ICU can be found on the homepage

WWW: http://icu.sourceforge.net/
WWW: http://ibm.com/software/globalization/icu

- Bjoern A. Zeeb
bzeeb+freebsdports@zabbadoz.net

CVSWeb : Sources : Main Web Site : Distfiles Availability : PortsMon

---

Required To Build: devel/gmake

---

To install the port: cd /usr/ports/devel/icu/ && make install clean
To add the package: pkg_add -r icu

---

Configuration Options

===> The following configuration options are available for icu-3.8.1_2:
     THREADS=on (default) "Build thread-safe version of the library"
===> Use 'make config' to modify these settings

---

Master Sites:

http://heanet.dl.sourceforge.net/project/icu/ICU4C/3.8.1/

http://sunet.dl.sourceforge.net/project/icu/ICU4C/3.8.1/

http://iweb.dl.sourceforge.net/project/icu/ICU4C/3.8.1/

http://switch.dl.sourceforge.net/project/icu/ICU4C/3.8.1/

http://surfnet.dl.sourceforge.net/project/icu/ICU4C/3.8.1/

http://kent.dl.sourceforge.net/project/icu/ICU4C/3.8.1/

http://freefr.dl.sourceforge.net/project/icu/ICU4C/3.8.1/

http://voxel.dl.sourceforge.net/project/icu/ICU4C/3.8.1/

http://jaist.dl.sourceforge.net/project/icu/ICU4C/3.8.1/

http://osdn.dl.sourceforge.net/project/icu/ICU4C/3.8.1/

http://nchc.dl.sourceforge.net/project/icu/ICU4C/3.8.1/

http://transact.dl.sourceforge.net/project/icu/ICU4C/3.8.1/

http://softlayer.dl.sourceforge.net/project/icu/ICU4C/3.8.1/

http://internode.dl.sourceforge.net/project/icu/ICU4C/3.8.1/

http://biznetnetworks.dl.sourceforge.net/project/icu/ICU4C/3.8.1/

http://upfr.dl.sourceforge.net/project/icu/ICU4C/3.8.1/

ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/

Temporarily disable self-tests on sparc64 to be able to make release
packages.  TestInt64Format fails on sparc64.

Hat:            portmgr

- Switch SourceForge ports to the new File Release System: categories starting
with D

Disable the parallelized building. It seems, there are races hidden in
the vendor's makefiles.

Those (like myself), for whom the parallel build just worked, can simply
use the new whitelist functionality of the ports system.

Add a patch, which fixes the code on those odd days, which are shorter
(or longer) than 24 hours.

PR:     ports/128521
Submitted by:   Dmitry A Grigorovich

While here simplify the MASTER_SITES syntax. Bump PORTREVISION.

Re-enable on sparc64; it builds on some machines and not others.  Cause
has not yet been identified.

Mark as broken on sparc64: fails in Makefile step.

- Remove unneeded dependency from gtk12/gtk20 [1]
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+

Thanks to all Helpers:
        Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
        ehaupt, nox, itetcu, flz, pav

PR:             116263
Tested on:      pointyhat
Approved by:    portmgr (pav)

Add a patch to fix a security problem with back-reference \0 in
regular-expression processing: CVE-2007-4770/1:

        http://nvd.nist.gov/nvd.cfm?cvename=CVE-2007-4770
        http://nvd.nist.gov/nvd.cfm?cvename=CVE-2007-4771

Bump PORTREVISION.

PR:     ports/120379
Submitted by:   Tsurutani Naoki

Since OpenOffice (mysteriously) continues to build its own version
of ICU, its needs to be patched independently.

Upgrade from 3.6 to 3.8.1.

Retire NO_FILTER_SHLIBS now that it no longer serves a purpose

Work around the apparent bug in enum-to-enum casting in the 5.3 compiler
by using the int-to-enum casting instead. The port should now build on
5.3 and wherever else the self-tests were failing before.

Submitted to vendor.

Obtained from:   Michael Cornelius

After all the talk, I left -fstrict-aliasing in there -- instead of the
opposite.

I need a vacation...

Reported by:    Chad Gross

Add a patch to fix test-failures in some "exotic" locales (obtained from
ICU):

PR:     102629

Make sure to use not only "-O2", but also "-fno-strict-aliasing"
-- but only when using the "stock" cc/c++ as the newer gcc-4.x does not
seem to exhibit a problem. This seems to help the test-exposed
miscompilations.

PR:     103255

While the known problems (compiler bugs?) are being investigated, be
sure to compile with -O2 (not higher, not lower) to avoid some of them.

Fix the PLIST post-upgrade :-(

Notified by:    kris

Upgrade ICU from 3.4.1 to 3.6. Build WITHOUT_THREADS by default -- using
threads is broken on ia64 (marcel is investigating) and seems useless
elsewhere.

Filter `-funroll-loops' out of CFLAGS for now -- it seems to cause
miscompilation occasionally.

Correct the dependencies to stop requiring a particular version number
of the ICU's libraries to ease future upgrades.

Unbreak for ia64 -- it should work now.

Update from 3.4 to 3.4.1.

Probed by:      Badi K. Sudhakaran

Remove USE_REINPLACE from all categories starting with D

SHA256ify

Approved by:    krion@

BROKEN on ia64: Segfault during build

Update from 3.2 to 3.4. Enable full testing -- the previously hanging
test has been modified by the vendor.

Add CONFLICTS (devel/icu and devel/icu2 conflicts).

BROKEN on alpha: FPE during build

Chase master site to fix fetching

IBM restructured the ICU web site.

Approved by: seanc (implicit)

Add missing files and manpages, and bump PORTREVISION

So this was not a fluke on my machine. intltest does hang more often,
than it does not and a thread-guru should take a closer look.

Modify the port to make `intltest' part optional, while running through
other vendor's tests. Vendor is notified --
        http://www.jtcsv.com/cgibin/icu-bugs/incoming?id=1141

While here, change echo to ${ECHO}.

Update from pre-release to the 3.2 -- officially released today.

There are still test-hanging issues :-\ Can a thread guru, please,
try building this port? Some mentioning of this problem is at:

http://oss.software.ibm.com/cvs/icu/~checkout~/icu/readme.html?tag=release-3-2#ImportantNotesCPlusPlus

Update this port (long obsoleted by icu2) to the latest icu-3.2.
Add Ukrainian KOI8-U encoding and fix Ukrainian spell-out rules.
Build the vendor's tests and run them automatically after build.

Once the wrinkles (if any) are ironed out, the current users of
icu2 should switch to icu and icu2 deleted.

PR: ports/71790
Submitted by: Andriy Gapon

Tidy up whitespace.

Trim whitespace.

Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.

(Part 2)

SIZEify.

Per bento logs, advise anyone trying to use this port on the 64-bit
architectures that they need to upgrade.  (Since the 2.x version has
been out for a couple of years, this port should probably just be
removed unless anyone sees a reason not to.)

Reset unreachable MAINTAINERs to ports@FreeBSD.org

PR:             59109
Approved by:    marcus (mentor)

De-pkg-comment.

I forgot to remove garbage...    

Add icu 1.7, international Components for Unicode (from IBM).    

2 vulnerabilities affecting 8 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities