summaryrefslogtreecommitdiff
path: root/external/icu
AgeCommit message (Collapse)Author
2017-02-10Remove MinGW supportStephan Bergmann
In OOo times, there'd originally been efforts to allow building on Windows with MinGW. Later, in LO times, this has been shifted to an attempt of cross- compiling for Windows on Linux. That attempt can be considered abandoned, and the relevant code rotting. Due to this heritage, there are now three kinds of MinGW-specific code in LO: * Code from the original OOo native Windows effort that is no longer relevant for the LO cross-compilation effort, but has never been removed properly. * Code from the original OOo native Windows effort that is re-purposed for the LO cross-compilation effort. * Code that has been added specifially for the LO cross-compilation effort. All three kinds of code are removed. (An unrelated, remaining use of MinGW is for --enable-build-unowinreg, utilizing --with-mingw-cross-compiler, MINGWCXX, and MINGWSTRIP.) Change-Id: I49daad8669b4cbe49fa923050c4a4a6ff7dda568 Reviewed-on: https://gerrit.libreoffice.org/34127 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2016-12-21add the same build fix that oss-fuzz contains for icu for our icuCaolán McNamara
cause it doesn't build otherwise see oss-fuzz/projects/icu/build.sh Change-Id: I7e143aa58ec2a00f480496a908e07988a3bde869
2016-12-20static icu tweakingCaolán McNamara
Change-Id: Ic882b4d1a5b5eaee9e8c38a0c8dbe7cd39590b9c Reviewed-on: https://gerrit.libreoffice.org/32219 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2016-11-22external/icu: Silence -fsanitize=nullStephan Bergmann
...as seen during CppunitTest_sd_dialogs_test: > collationdatareader.cpp:422:13: runtime error: null pointer passed as argument 1, which is declared to never be null > /usr/include/string.h:66:33: note: nonnull attribute specified here > #0 0x7fc3fc837f72 in icu_58::CollationDataReader::read(icu_58::CollationTailoring const*, unsigned char const*, int, icu_58::CollationTailoring&, UErrorCode&) workdir/UnpackedTarball/icu/source/i18n/collationdatareader.cpp:422:13 > #1 0x7fc3fc7fc0bb in icu_58::CollationLoader::loadFromData(UErrorCode&) workdir/UnpackedTarball/icu/source/i18n/ucol_res.cpp:395:5 > #2 0x7fc3fc7fad16 in icu_58::CollationLoader::loadFromCollations(UErrorCode&) workdir/UnpackedTarball/icu/source/i18n/ucol_res.cpp:376:16 > #3 0x7fc3fc7f0c74 in icu_58::CollationLoader::createCacheEntry(UErrorCode&) workdir/UnpackedTarball/icu/source/i18n/ucol_res.cpp:221:16 > #4 0x7fc3fc7f079e in icu_58::LocaleCacheKey<icu_58::CollationCacheEntry>::createObject(void const*, UErrorCode&) const workdir/UnpackedTarball/icu/source/i18n/ucol_res.cpp:144:20 > #5 0x7fc4262d558f in icu_58::UnifiedCache::_get(icu_58::CacheKeyBase const&, icu_58::SharedObject const*&, void const*, UErrorCode&) const workdir/UnpackedTarball/icu/source/common/unifiedcache.cpp:409:17 > #6 0x7fc3fc806774 in void icu_58::UnifiedCache::get<icu_58::CollationCacheEntry>(icu_58::CacheKey<icu_58::CollationCacheEntry> const&, void const*, icu_58::CollationCacheEntry const*&, UErrorCode&) const workdir/UnpackedTarball/icu/source/i18n/../common/unifiedcache.h:234:8 > #7 0x7fc3fc7f1c93 in icu_58::CollationLoader::getCacheEntry(UErrorCode&) workdir/UnpackedTarball/icu/source/i18n/ucol_res.cpp:466:12 > #8 0x7fc3fc7f76d4 in icu_58::CollationLoader::loadFromBundle(UErrorCode&) workdir/UnpackedTarball/icu/source/i18n/ucol_res.cpp:299:16 > #9 0x7fc3fc7f0ae5 in icu_58::CollationLoader::createCacheEntry(UErrorCode&) workdir/UnpackedTarball/icu/source/i18n/ucol_res.cpp:219:16 > #10 0x7fc3fc7f079e in icu_58::LocaleCacheKey<icu_58::CollationCacheEntry>::createObject(void const*, UErrorCode&) const workdir/UnpackedTarball/icu/source/i18n/ucol_res.cpp:144:20 > #11 0x7fc4262d558f in icu_58::UnifiedCache::_get(icu_58::CacheKeyBase const&, icu_58::SharedObject const*&, void const*, UErrorCode&) const workdir/UnpackedTarball/icu/source/common/unifiedcache.cpp:409:17 > #12 0x7fc3fc806774 in void icu_58::UnifiedCache::get<icu_58::CollationCacheEntry>(icu_58::CacheKey<icu_58::CollationCacheEntry> const&, void const*, icu_58::CollationCacheEntry const*&, UErrorCode&) const workdir/UnpackedTarball/icu/source/i18n/../common/unifiedcache.h:234:8 > #13 0x7fc3fc7f1c93 in icu_58::CollationLoader::getCacheEntry(UErrorCode&) workdir/UnpackedTarball/icu/source/i18n/ucol_res.cpp:466:12 > #14 0x7fc3fc7f5a19 in icu_58::CollationLoader::loadFromLocale(UErrorCode&) workdir/UnpackedTarball/icu/source/i18n/ucol_res.cpp:247:16 > #15 0x7fc3fc7f0956 in icu_58::CollationLoader::createCacheEntry(UErrorCode&) workdir/UnpackedTarball/icu/source/i18n/ucol_res.cpp:217:16 > #16 0x7fc3fc7f079e in icu_58::LocaleCacheKey<icu_58::CollationCacheEntry>::createObject(void const*, UErrorCode&) const workdir/UnpackedTarball/icu/source/i18n/ucol_res.cpp:144:20 > #17 0x7fc4262d558f in icu_58::UnifiedCache::_get(icu_58::CacheKeyBase const&, icu_58::SharedObject const*&, void const*, UErrorCode&) const workdir/UnpackedTarball/icu/source/common/unifiedcache.cpp:409:17 > #18 0x7fc3fc806774 in void icu_58::UnifiedCache::get<icu_58::CollationCacheEntry>(icu_58::CacheKey<icu_58::CollationCacheEntry> const&, void const*, icu_58::CollationCacheEntry const*&, UErrorCode&) const workdir/UnpackedTarball/icu/source/i18n/../common/unifiedcache.h:234:8 > #19 0x7fc3fc7f1c93 in icu_58::CollationLoader::getCacheEntry(UErrorCode&) workdir/UnpackedTarball/icu/source/i18n/ucol_res.cpp:466:12 > #20 0x7fc3fc7f1525 in icu_58::CollationLoader::loadTailoring(icu_58::Locale const&, UErrorCode&) workdir/UnpackedTarball/icu/source/i18n/ucol_res.cpp:164:19 > #21 0x7fc3fc7ba783 in icu_58::Collator::makeInstance(icu_58::Locale const&, UErrorCode&) workdir/UnpackedTarball/icu/source/i18n/coll.cpp:460:40 > #22 0x7fc3fc7bb891 in icu_58::Collator::createInstance(icu_58::Locale const&, UErrorCode&) workdir/UnpackedTarball/icu/source/i18n/coll.cpp:448:16 > #23 0x7fc3f196cf17 in com::sun::star::i18n::Collator_Unicode::loadCollatorAlgorithm(rtl::OUString const&, com::sun::star::lang::Locale const&, int) i18npool/source/collator/collator_unicode.cxx:375:57 > #24 0x7fc3f1945c22 in com::sun::star::i18n::CollatorImpl::loadCollatorAlgorithm(rtl::OUString const&, com::sun::star::lang::Locale const&, int) i18npool/source/collator/collatorImpl.cxx:93:25 > #25 0x7fc3f1944a53 in com::sun::star::i18n::CollatorImpl::loadDefaultCollator(com::sun::star::lang::Locale const&, int) i18npool/source/collator/collatorImpl.cxx:79:20 > #26 0x7fc41d2c12e6 in CollatorWrapper::loadDefaultCollator(com::sun::star::lang::Locale const&, int) unotools/source/i18n/collatorwrapper.cxx:75:45 Change-Id: I21868c0a80e06587f9ed802ec3f8d5a89f3cb9aa
2016-11-02upgrade to ICU 58Eike Rathke
Change-Id: I4a992447df65b337721a2a2627d974172a14cba5 Reviewed-on: https://gerrit.libreoffice.org/30487 Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Eike Rathke <erack@redhat.com>
2016-10-25Move i18nlangtag lib to URELIBStephan Bergmann
...as stoc/Library_javavm.mk depends on it since 9b09a217c79e8a35fc4de54c89ef49fbf8f72752 "Resolves: #i86470# Wrong Java locale when using 'nl' and 'fr'". The i18nlangtag lib in turn depends on libs from external/liblangtag and external/icu, so those needed to be moved to URELIB, too. On Windows, the external icu package was already split into icu and icu_ure (because "libxml2 is in URE and depends on icuuc*.dll on Windows"), so use that splitting on all platforms. (However, the corresponding changes that were necessary in RepositoryExternal.mk suggest that they had been missing for the split Windows case until now, and things had happened to work by accident?) On macOS, a library's install name reflects its (URELIB, OOO, ...) layer, and in external/icu/icu4c-build.patch there is only a single place to set that for all libs from external/icu. This patch changes that from OOO to URELIB, but for the icui18n lib that should stay at OOO. The hack to make it URELIB nonetheless works for now. To clean this up again, either the whole of icu could go into URE (dropping the icu vs. icu_ure package split completely), or the macOS layers URELIB and OOO could be combined into one (as the libs end up in the same directory anyway). Change-Id: Idc262fa41481d06ba2cae86ad7629cdccb392c07 Reviewed-on: https://gerrit.libreoffice.org/30272 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2016-07-11Make --enable-symbols orthogonal to --enable-debug/-dbgutilStephan Bergmann
Change-Id: I523bc1d848e40489370eefe00046e0a257ed2505 Reviewed-on: https://gerrit.libreoffice.org/27058 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2016-07-11Break gb_DEBUGINFO_FLAGS out of gb_DEBUG_CFLAGSStephan Bergmann
...in preparation of making them orthogonal Change-Id: If75b334c954138b3aed4f8d1ac33061a2267ad52 Reviewed-on: https://gerrit.libreoffice.org/27056 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2016-05-03Handle wchar_t as native C++11 type on windowsDavid Ostrovsky
The option /Zc:wchar_t- prevented to use wchar_t as a built-in type according to the C++ standard. In Visual C++ 6.0 and earlier, wchar_t was not implemented as a built-in type, but was declared in wchar.h as a typedef for unsigned short. Now, years later after the end of life this outdated toolchain, there is no reason not to use native type. The only issue could be the ABI compatibility. But on a quick look at least, it looks like none of the mangled C++ symbols in the stable URE interface actually depend on wchar_t. We forgot to get rid of /Zc:wchar_t- in 5.1. Do that for LibreOffice 5.2, though. Change-Id: I8d6b380660859efa44c83c830734978d31d756a0 Reviewed-on: https://gerrit.libreoffice.org/22589 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2016-04-18reactivate ICU Khmer patchMartin Hosken
Patch has been upstreamed with https://ssl.icu-project.org/trac/ticket/12504 Change-Id: I1f3ddad87a2a6568ced3f9d2b2df3e0af0ee18aa Reviewed-on: https://gerrit.libreoffice.org/24117 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Martin Hosken <martin_hosken@sil.org> Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Eike Rathke <erack@redhat.com>
2016-04-13upgrade to ICU 57Eike Rathke
This does not apply patches external/icu/khmerbreakengine.patch external/icu/khmerdict.dict anymore, as the khmerbreakengine.patch failed to apply with several hunks of which one was 16k. Asking the patch contributor to follow-up on this. Change-Id: I78d4371d04a7b03417d402a222bcd384f02a619e Reviewed-on: https://gerrit.libreoffice.org/24067 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Eike Rathke <erack@redhat.com>
2016-03-22Fix wrong pattern definitions in khmer dictionary breakerMartin Hosken
Change-Id: I0132196744046391759a6e5110d054feee3deea3 Reviewed-on: https://gerrit.libreoffice.org/23420 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Martin Hosken <martin_hosken@sil.org>
2016-03-17Fix bug in khmr linebreaking and update dictionaryMartin Hosken
Change-Id: I2b776925c2c95cb56ccd592d036823c26054e059 Reviewed-on: https://gerrit.libreoffice.org/23316 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Martin Hosken <martin_hosken@sil.org>
2016-01-09Fix applying external dict to icu, and khmer break engine fixesMartin Hosken
Change-Id: Ib897e5fa5e80f75f501694dbf874aabd92253b25 Reviewed-on: https://gerrit.libreoffice.org/21247 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Martin Hosken <martin_hosken@sil.org>
2016-01-05Use .dict files since below the 500K limitMartin Hosken
Change-Id: Iec71ad4918cd333f0a44d372017ecee300e3aca9 Reviewed-on: https://gerrit.libreoffice.org/20748 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Martin Hosken <martin_hosken@sil.org>
2015-12-02external/icu: Work around a weird Windows bug in either make or clang-clStephan Bergmann
...for now; workdir/UnpackedTarball/icu/source/tools/toolutil/Makefile invokes the compiler with a -DU_HOST=\"...\" argument, and apparently directly executes the compiler from CreateProcess, not going via a shell invocation for the recipe line. This confuses clang-cl for whatever reason, and for whatever other reason, forcing make to go via a shell invocation (by adding "true &&" into the recipe line) fixes it. Change-Id: I3757a8856f93228c19475b37f3037fa9519a426f
2015-12-02external/icu: Don't hardcode cl (so we can build with clang-cl instead)Stephan Bergmann
Change-Id: I8e75b0ab2439592316fc0d871280a438e3ae2f1c
2015-11-03Use newly introduced gb_DEBUGINFO_FLAGS instead of hardcoded -gStephan Bergmann
Change-Id: Iaaa80d997fa7babb9212787653c149b72d842a6c
2015-10-21Upgrade to ICU 56.1Eike Rathke
Change-Id: Icc3d66c16fca95aa890aee6c67c84674fef878fc
2015-10-06Emscripten: Add patch to build ICUSamuel Mehrbrodt
Change-Id: If5924054b53fd2b5acf2ec903cd1acf710cc2ef1
2015-10-05Emscripten: First steps of porting to EmscriptenSamuel Mehrbrodt
See https://wiki.documentfoundation.org/Development/Emscripten for details Change-Id: I977a8b9e98b9be13c263fef48f567b92347d0492 Reviewed-on: https://gerrit.libreoffice.org/18643 Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de> Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
2015-09-17pass user-set CXXFLAGSDavid Tardon
Change-Id: I1b4f0f3e7f5a7092f904fc8de59bb704073ed7db
2015-09-02icu: Parallelize writing to PDB filesDavid Ostrovsky
Change-Id: I728177b27fa4049c3f3945246f0f19f937c949b4 Reviewed-on: https://gerrit.libreoffice.org/18216 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2015-07-09Icu: Fix compilation on VS 2015David Ostrovsky
Change-Id: Iec2806dfa416bcbfa63eed2985c74c7a2ea897ea Reviewed-on: https://gerrit.libreoffice.org/16759 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2015-05-04Use a dummy icu-config when cross-compiling harfbuzz (to Android)Tor Lillqvist
Seems that when cross-compiling to Android from Linux, we apparently have used either the build platform's pkg-config files for ICU, or the build platform's icu-config. Both of which are obviously the wrong thing to do, but apparently it has worked by accident anyway. This makes building for Android on OS X proceed past harfbuzz, at least. Change-Id: I27351f6177438697a1cded642c8c669ba7221009
2015-04-12icu: fix Android buildMiklos Vajna
Change-Id: I15f8e960f253db3f13f68bb2da84f0191d888f5b
2015-04-12fix internal icu build on armhf (taken from Debians icu package)Rene Engelhard
Change-Id: Ib287799906e234ce795a0f9ded5cdeebcdffba4e
2015-04-10icu: various regex fixesEike Rathke
Backported from http://bugs.icu-project.org/trac/changeset/36724 http://bugs.icu-project.org/trac/changeset/36727 http://bugs.icu-project.org/trac/changeset/36801 Change-Id: Idd85c3344e3ef86e390341038f53ad2a398b3fa3
2015-01-26external/icu: Visible function type RTTI for Clang -fsanitize=functionStephan Bergmann
Change-Id: Ia972d7364b5acfbafd9df5b07f4fb8bd6efbab5f
2015-01-09external/icu: Work around -fsanitize=shiftStephan Bergmann
Change-Id: I17936ae2e37520abaa7dd31a5bb9aec6300ea021
2015-01-07external/icu: Work around -fsanitize=boundsStephan Bergmann
Change-Id: Iad87d17c162717aa33eec2113697422d9b0545ca
2015-01-07external/icu: Work around -fsanitize=shiftStephan Bergmann
Change-Id: I0ca31fc36b14d433e9276401c952959a46994c91
2015-01-06external/icu: Work around -fsanitize=signed-integer-overflowStephan Bergmann
Change-Id: Iec76486aa8a0eef7e1a5c74b416d466f16ff979a
2014-12-19Make icu4c-android.patch apply againTor Lillqvist
Change-Id: I98d9fecb0f44b0b4354029bab1a5d675e98edd1f
2014-12-19upgrade to icu 54Caolán McNamara
Change-Id: I4d32ac386ff8b69bee4319e673769917045d9450 Reviewed-on: https://gerrit.libreoffice.org/13547 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2014-12-19icu#11451 bidi, the gift that keeps on givingCaolán McNamara
Change-Id: I3bd37f8468c95a29ab3385dbc3ae825b76d8d3df
2014-11-30mirror fixes for fdo#78906 and deb#766788 into icuCaolán McNamara
Change-Id: I9325bb28eb267b023f628e24fea216ad580759e9
2014-11-28Fold URE: Linux ure/lib/* -> program/Stephan Bergmann
The ../../../program/ links in the URE jar Class-Paths are a temporary kludge (and juh.jar had lacked adaption for Mac OS X). Change-Id: I2542d8a582866485dd61c05df3fc6b4b39a8403d
2014-11-03fdo#82430: MSVC build: disable a few more cases of SSE2 in externalsMichael Stahl
Change-Id: I8f0db23d1f9ba6b9fc3c8b64b32822ba8166428f
2014-10-28external/icu: workaround -fsanitize=signed-integer-overflow warningsStephan Bergmann
Change-Id: I7d8e3be80f04ec0a9d1dbd394ac0e2ab2f1a4551
2014-10-28external/icu: workaround -fsanitize=signed-integer-overflow warningsStephan Bergmann
Change-Id: I44b5d74a3c1addaec77e724a3e7356e3648fc10c
2014-10-28external/icu: More workaround UBSan flexible array member detectionStephan Bergmann
Change-Id: Ie83e3104bd639be42ac0c6e25fc2eafd88cf0c6f
2014-10-02fdo#82430: MSVC build: avoid using SSE2 instructions in some externalsMichael Stahl
Hopefully this should fix up the most important external libraries. Change-Id: I744cb5a2ce7fafb10852059050cf24589d6ca400
2014-08-31Resolves: rhbz#1135410Caolán McNamara
Change-Id: Iaa62d8438012e32167c9179da29c446850cf1deb
2014-08-29icu#11131 coverity warningsCaolán McNamara
Change-Id: I67d0b4b0c39c62646c7a0ae7152c7ca256680c38
2014-08-28update getTableSize (and fRowLen) for dodgy 2-based arithmeticCaolán McNamara
Change-Id: I3787a46cf8662ed709534db85d724c17c21b90dd
2014-08-28bidi, the gift that keeps on givingCaolán McNamara
Change-Id: Ia33eb3e4c89963d7391df0339a2a5b948efd0d9f
2014-08-26Resolves: icu#11100 resolveImplicitLevels woesCaolán McNamara
Change-Id: I0c052cbcfe375bd1279c2235b53c909920e2e779
2014-08-09Resolves: icu#11054 crashes in bracketAddOpeningCaolán McNamara
Change-Id: I5dd63fa41c1568e8bf2d120cc0de5d2c44dd789c
2014-07-24icu: un-break installation of Java extensions on Windows (rel. fdo#63756)Michael Stahl
Linking libxml2 against ICU libraries has a nasty side effect: The URE library javavm.dll links against URE libxml2.dll, which is now linked against OOO icuuc53.dll; when a URE program, like uno.exe, tries to load javavm.dll it fails because the OOO layer "program" dir is not on PATH; this breaks the installation of Java extensions. Fix that by splitting up ICU libraries and putting the required ones into URE layer. (regression from 7515b1a90fac9e31733c0fdcc1156adadf0e6f99) Change-Id: If98dd0357162cb632d9762cd2d20162de5eb1a52
generated by cgit (git 2.34.1) at 2025-01-29 15:30:18 +0000