buildroot/package/icu, branch 2016.08

icu: bump to version 57.1

2016-03-24T21:51:46+00:00

0006-fix-Error-allocating-memory-for-pkgDataFlags.-compil.patch is upstream so drop it. Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

cairo, icu, webkitgtk24: use BR2_TOOLCHAIN_HAS_LIBATOMIC

2016-03-20T22:40:35+00:00

This commit modifies the cairo, icu and webkitgtk24 packages to use BR2_TOOLCHAIN_HAS_LIBATOMIC when appropriate. Fixes: http://autobuild.buildroot.net/results/ec4/ec4e48c0e4b8fa72d8bb7ef4ad67a166699c0b62/ Signed-off-by: Thomas Petazzoni Reviewed-by: "Yann E. MORIN" Signed-off-by: Thomas Petazzoni

icu: remove dev files

2016-03-20T21:16:13+00:00

Remove files that aren't used for runtime purposes. Size savings delta +450 KB. Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

icu: fix build-time segfault by backporting upstream fix

2016-02-17T21:09:09+00:00

The icu bug http://bugs.icu-project.org/trac/ticket/11959 also hit me, but oddly enough only when running build build server via Jenkins. This patch adds the upstream fix for the mentioned bug, so the patch most likely can be removed at the next version bump. Signed-off-by: Zoltan Gyarmati Signed-off-by: Peter Korsgaard

icu: libatomic is only available starting from gcc 4.8

2016-02-06T10:16:00+00:00

Fixes: http://autobuild.buildroot.org/results/51b060bbdecdcaac89f764026693bf711e7145d5/ Signed-off-by: Thomas Petazzoni

icu: remove BR2_ARCH_HAS_ATOMICS dependency

2016-01-26T20:26:08+00:00

The BR2_ARCH_HAS_ATOMICS was added because on ARC, atomic instructions may not be provided by the architecture and therefore the compiler does not provide the __sync_*() built-ins. However, since then, icu was changed and is now able to use C++11 atomics, or even no atomic operations at all. In fact, icu will: * If possible, it will use C++11 atomics, which internally rely on the __atomic built-ins. These are available since gcc 4.7, and all architectures provide it. On some architectures, you *must* link with libatomic, on some other architectures, they are available built-in, but in all cases, linking against libatomic does not harm. Thanks to this, even ARC with no atomic support (which was the original reason for adding the BR2_ARCH_HAS_ATOMICS) dependency builds fine, provided -latomic is added to LIBS. * If C++11 atomics are not available, then it falls back to __sync_*() built-ins, which allows compilers older than 4.7 to be supported. * If really no atomic mechanism is available, then it falls back to a basic implementation based on a mutex. Conclusion: - The BR2_ARCH_HAS_ATOMICS dependency is no longer needed. - We need to link with -latomic when gcc >= 4.7 is used. Note that reverse dependencies of icu are also changed accordingly. Signed-off-by: Thomas Petazzoni Reviewed-by: "Yann E. MORIN" Signed-off-by: Thomas Petazzoni

icu: bump to version 56.1

2015-10-13T19:16:20+00:00

Signed-off-by: Gustavo Zacarias Reviewed-by: Vicente Olivert Riera Tested-by: Vicente Olivert Riera Signed-off-by: Thomas Petazzoni

package/icu: icu-uc: provide -lstdc++ flag for static build

2015-07-23T21:30:35+00:00

icu-uc.pc must provide -lstdc++ for C application linked statically with libicuuc.a. Related to: http://autobuild.buildroot.net/results/210/2107f9dfb39eeb6559fb4271c7af8b39aef521ca/ Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

icu: update icudata generator URL

2015-07-12T14:37:08+00:00

It was pointing to version 51.x which wouldn't work well with 55.x. Point it to the latest version that matches the current buildroot version (55). When a new ICU major version is released a link for the "old" 55 version will be available below as is it currently for previous versions such as 54, 53 and so on. Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

icu: enable parallel build

2015-06-04T13:36:00+00:00

Re-enable parallel builds, it doesn't seem to be affected by the issue worked around in 5a8c7934 any more. Signed-off-by: Gustavo Zacarias Signed-off-by: Peter Korsgaard