summaryrefslogtreecommitdiffstats
path: root/external/icu
Commit message (Collapse)AuthorAgeFilesLines
* Add ICU changeset-40324 fix for CVE-2017-14952Eike Rathke2017-11-252-0/+12
| | | | | | | | | | | | (cherry picked from commit cebe1279665960b732c9cb05c18e481c33e778bb) Conflicts: external/icu/UnpackedTarball_icu.mk Change-Id: Ia457669c5ec6ef5c568f4550c44ef5df32a4be66 Reviewed-on: https://gerrit.libreoffice.org/44510 Reviewed-by: Andras Timar <andras.timar@collabora.com> Tested-by: Andras Timar <andras.timar@collabora.com>
* add ICU changeset-39671 fix for CVE-2017-7867 CVE-2017-7868Eike Rathke2017-04-242-0/+190
| | | | | | | | | | | | | | | | | | | | http://bugs.icu-project.org/trac/changeset/39671 https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=213 https://bugzilla.redhat.com/show_bug.cgi?id=1444101 Reviewed-on: https://gerrit.libreoffice.org/36754 Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Jenkins <ci@libreoffice.org> (cherry picked from commit c7de8233d15ed0c90fef6c49a54d60cf10119f58) Backported to older MSVC using the UGLY_SIZEOF_MAPTOUCHARS macro instead of sizeof(UTF8Buf::mapToUChars). Change-Id: I4e776ad4fe63c77057b0c823f8672a2b6703346f Reviewed-on: https://gerrit.libreoffice.org/36774 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Jenkins <ci@libreoffice.org> (cherry picked from commit 3e227df8c645ee12b7852ab320c3041875d275ac)
* external/icu: Silence -fsanitize=nullStephan Bergmann2016-11-221-0/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ...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
* upgrade to ICU 58Eike Rathke2016-11-022-23/+0
| | | | | | | Change-Id: I4a992447df65b337721a2a2627d974172a14cba5 Reviewed-on: https://gerrit.libreoffice.org/30487 Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Eike Rathke <erack@redhat.com>
* Move i18nlangtag lib to URELIBStephan Bergmann2016-10-254-11/+25
| | | | | | | | | | | | | | | | | | | | | | | | | | | | ...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>
* Make --enable-symbols orthogonal to --enable-debug/-dbgutilStephan Bergmann2016-07-111-2/+2
| | | | | | | Change-Id: I523bc1d848e40489370eefe00046e0a257ed2505 Reviewed-on: https://gerrit.libreoffice.org/27058 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
* Break gb_DEBUGINFO_FLAGS out of gb_DEBUG_CFLAGSStephan Bergmann2016-07-111-3/+3
| | | | | | | | | ...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>
* Handle wchar_t as native C++11 type on windowsDavid Ostrovsky2016-05-032-17/+0
| | | | | | | | | | | | | | | | | | | | 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>
* reactivate ICU Khmer patchMartin Hosken2016-04-182-12/+15
| | | | | | | | | | | | 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>
* upgrade to ICU 57Eike Rathke2016-04-131-3/+0
| | | | | | | | | | | | | | | | | 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>
* Fix wrong pattern definitions in khmer dictionary breakerMartin Hosken2016-03-221-5/+5
| | | | | | | Change-Id: I0132196744046391759a6e5110d054feee3deea3 Reviewed-on: https://gerrit.libreoffice.org/23420 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Martin Hosken <martin_hosken@sil.org>
* Fix bug in khmr linebreaking and update dictionaryMartin Hosken2016-03-172-310/+17
| | | | | | | Change-Id: I2b776925c2c95cb56ccd592d036823c26054e059 Reviewed-on: https://gerrit.libreoffice.org/23316 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Martin Hosken <martin_hosken@sil.org>
* Fix applying external dict to icu, and khmer break engine fixesMartin Hosken2016-01-091-8/+8
| | | | | | | Change-Id: Ib897e5fa5e80f75f501694dbf874aabd92253b25 Reviewed-on: https://gerrit.libreoffice.org/21247 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Martin Hosken <martin_hosken@sil.org>
* Use .dict files since below the 500K limitMartin Hosken2016-01-053-0/+1406
| | | | | | | Change-Id: Iec71ad4918cd333f0a44d372017ecee300e3aca9 Reviewed-on: https://gerrit.libreoffice.org/20748 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Martin Hosken <martin_hosken@sil.org>
* external/icu: Work around a weird Windows bug in either make or clang-clStephan Bergmann2015-12-021-0/+13
| | | | | | | | | | | ...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
* external/icu: Don't hardcode cl (so we can build with clang-cl instead)Stephan Bergmann2015-12-022-0/+14
| | | | Change-Id: I8e75b0ab2439592316fc0d871280a438e3ae2f1c
* Use newly introduced gb_DEBUGINFO_FLAGS instead of hardcoded -gStephan Bergmann2015-11-031-2/+2
| | | | Change-Id: Iaaa80d997fa7babb9212787653c149b72d842a6c
* Upgrade to ICU 56.1Eike Rathke2015-10-217-1356/+0
| | | | Change-Id: Icc3d66c16fca95aa890aee6c67c84674fef878fc
* Emscripten: Add patch to build ICUSamuel Mehrbrodt2015-10-062-0/+117
| | | | Change-Id: If5924054b53fd2b5acf2ec903cd1acf710cc2ef1
* Emscripten: First steps of porting to EmscriptenSamuel Mehrbrodt2015-10-051-1/+1
| | | | | | | | | 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>
* pass user-set CXXFLAGSDavid Tardon2015-09-171-1/+1
| | | | Change-Id: I1b4f0f3e7f5a7092f904fc8de59bb704073ed7db
* icu: Parallelize writing to PDB filesDavid Ostrovsky2015-09-021-1/+1
| | | | | | | Change-Id: I728177b27fa4049c3f3945246f0f19f937c949b4 Reviewed-on: https://gerrit.libreoffice.org/18216 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
* Icu: Fix compilation on VS 2015David Ostrovsky2015-07-092-0/+14
| | | | | | | Change-Id: Iec2806dfa416bcbfa63eed2985c74c7a2ea897ea Reviewed-on: https://gerrit.libreoffice.org/16759 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
* Use a dummy icu-config when cross-compiling harfbuzz (to Android)Tor Lillqvist2015-05-041-0/+12
| | | | | | | | | | | 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
* icu: fix Android buildMiklos Vajna2015-04-121-1/+1
| | | | Change-Id: I15f8e960f253db3f13f68bb2da84f0191d888f5b
* fix internal icu build on armhf (taken from Debians icu package)Rene Engelhard2015-04-122-0/+16
| | | | Change-Id: Ib287799906e234ce795a0f9ded5cdeebcdffba4e
* icu: various regex fixesEike Rathke2015-04-104-0/+1319
| | | | | | | | | 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
* external/icu: Visible function type RTTI for Clang -fsanitize=functionStephan Bergmann2015-01-262-0/+12
| | | | Change-Id: Ia972d7364b5acfbafd9df5b07f4fb8bd6efbab5f
* external/icu: Work around -fsanitize=shiftStephan Bergmann2015-01-091-2/+4
| | | | Change-Id: I17936ae2e37520abaa7dd31a5bb9aec6300ea021
* external/icu: Work around -fsanitize=boundsStephan Bergmann2015-01-071-0/+11
| | | | Change-Id: Iad87d17c162717aa33eec2113697422d9b0545ca
* external/icu: Work around -fsanitize=shiftStephan Bergmann2015-01-071-0/+11
| | | | Change-Id: I0ca31fc36b14d433e9276401c952959a46994c91
* external/icu: Work around -fsanitize=signed-integer-overflowStephan Bergmann2015-01-061-0/+11
| | | | Change-Id: Iec76486aa8a0eef7e1a5c74b416d466f16ff979a
* Make icu4c-android.patch apply againTor Lillqvist2014-12-191-2/+2
| | | | Change-Id: I98d9fecb0f44b0b4354029bab1a5d675e98edd1f
* upgrade to icu 54Caolán McNamara2014-12-199-198/+30
| | | | | | | 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>
* icu#11451 bidi, the gift that keeps on givingCaolán McNamara2014-12-192-0/+12
| | | | Change-Id: I3bd37f8468c95a29ab3385dbc3ae825b76d8d3df
* mirror fixes for fdo#78906 and deb#766788 into icuCaolán McNamara2014-11-302-0/+59
| | | | Change-Id: I9325bb28eb267b023f628e24fea216ad580759e9
* Fold URE: Linux ure/lib/* -> program/Stephan Bergmann2014-11-281-4/+3
| | | | | | | 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
* fdo#82430: MSVC build: disable a few more cases of SSE2 in externalsMichael Stahl2014-11-031-1/+1
| | | | Change-Id: I8f0db23d1f9ba6b9fc3c8b64b32822ba8166428f
* external/icu: workaround -fsanitize=signed-integer-overflow warningsStephan Bergmann2014-10-281-0/+11
| | | | Change-Id: I7d8e3be80f04ec0a9d1dbd394ac0e2ab2f1a4551
* external/icu: workaround -fsanitize=signed-integer-overflow warningsStephan Bergmann2014-10-281-0/+67
| | | | Change-Id: I44b5d74a3c1addaec77e724a3e7356e3648fc10c
* external/icu: More workaround UBSan flexible array member detectionStephan Bergmann2014-10-281-1/+16
| | | | Change-Id: Ie83e3104bd639be42ac0c6e25fc2eafd88cf0c6f
* fdo#82430: MSVC build: avoid using SSE2 instructions in some externalsMichael Stahl2014-10-021-1/+1
| | | | | | Hopefully this should fix up the most important external libraries. Change-Id: I744cb5a2ce7fafb10852059050cf24589d6ca400
* Resolves: rhbz#1135410Caolán McNamara2014-08-311-1/+23
| | | | Change-Id: Iaa62d8438012e32167c9179da29c446850cf1deb
* icu#11131 coverity warningsCaolán McNamara2014-08-292-0/+47
| | | | Change-Id: I67d0b4b0c39c62646c7a0ae7152c7ca256680c38
* update getTableSize (and fRowLen) for dodgy 2-based arithmeticCaolán McNamara2014-08-281-0/+25
| | | | Change-Id: I3787a46cf8662ed709534db85d724c17c21b90dd
* bidi, the gift that keeps on givingCaolán McNamara2014-08-281-4/+6
| | | | Change-Id: Ia33eb3e4c89963d7391df0339a2a5b948efd0d9f
* Resolves: icu#11100 resolveImplicitLevels woesCaolán McNamara2014-08-262-0/+25
| | | | Change-Id: I0c052cbcfe375bd1279c2235b53c909920e2e779
* Resolves: icu#11054 crashes in bracketAddOpeningCaolán McNamara2014-08-092-0/+45
| | | | Change-Id: I5dd63fa41c1568e8bf2d120cc0de5d2c44dd789c
* icu: un-break installation of Java extensions on Windows (rel. fdo#63756)Michael Stahl2014-07-243-4/+34
| | | | | | | | | | | | | | | | 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
* icu: pass in install program as native path, so Win32 make can invoke itMichael Stahl2014-07-071-0/+1
| | | | | | No idea why this wasn't a problem before. Change-Id: Icbb94111061079069e2fc2102cfa4fe4bdd59bb9
generated by cgit (git 2.34.1) at 2024-08-20 12:34:30 +0000