| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: I41ec24a02867ba3c5bf4f39b5d79bf6a3254ad0d
|
|
|
|
|
|
| |
ICU now has its (U_PLATFORM == U_PF_ANDROID) directive.
Change-Id: If740ea0c8004a2a8365d46b5ecf0e388b5965f62
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
plus further work in i18npool to make that build
adapt i18npool to ICU 53 upgrade, fdo#77071
Korean charset collator can't be built from ko_charset.txt because of
"The runtime code decomposes Hangul syllables on the fly, with recursive
processing but without making the Jamo pieces visible for matching. It
does not work with certain types of contextual mappings."
"While handling a Hangul syllable, contractions starting with Jamo L or
V would not see the following Jamo of that syllable." (this is where we
bail out already with the first syllable of ko_charset.txt)
Another condition to fail is described as "A contraction ending with
Jamo L or L+V would require generating Hangul syllables in
addTailComposites() (588 for a Jamo L), or decomposing a following
Hangul syllable on the fly, during contraction matching."
Excluded the file from the build for ICU >=53 and hope that ICU in the
mean time handles Korean collation correctly.
Additionally, ICU 53 took ages (if it would had finished at all) to
build the collator from zh_TW_charset.txt because of the \u#### escaped
notation. Converted the file's content to characters using
http://www.rishida.net/tools/conversion/
Change-Id: I64213214b4870e7077f72b95fee1ddc9782c2b21
Reviewed-on: https://gerrit.libreoffice.org/9204
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
|
|
| |
Change-Id: I99c62b08b84d2d8afafd391257ab7b8b2d887fac
|
|
|
|
|
|
|
| |
Also, for some reason building the endian check thing fails when trying to use
Clang for Android, so just hardcode it.
Change-Id: I04fb7ba4f88a1dc6a4e743b39e7c0cd19d7e3598
|
|
|
|
|
|
|
|
|
| |
The intent being that the data file will be used instead.
To avoid linking error, correspondingly include the ICU stubdata
library in the list of static libraries to link with.
Change-Id: I0f223fcce89dfbe283aaa2fcd2d5a58ea36ba364
|
|
|
|
| |
Change-Id: I4f4cecd95f87b9d37fa1b1a270cf554d7707aaa2
|
|
|
|
| |
Change-Id: I0cc43cef91e3fcd82a3558a16ab0afbd4d56b141
|
|
|
|
|
|
|
|
| |
for our -D__float128=void hack for Clang against libstdc++; it is OK that that
explicitly enables C++11 for ICU, as ICU's configure.ac would set -std=c++0x if
no -std= is passed in.
Change-Id: I0e5044773c3d6923e3b100e19b5b54ab9edf7a1b
|
|
|
|
|
|
|
| |
Change-Id: I25e4b630c9029749cc459c0b65da287d6f0ba95e
Reviewed-on: https://gerrit.libreoffice.org/6666
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- WORKDIR path is just workdir
- INSTDIR path is just instdir
- WORKDIR_FOR_BUILD is workdir_for_build
- INSTDIR_FOR_BUILD is instdir_for_build
- replace other usage of INPATH by combination of OS and CPUNAME
Change-Id: Ie398387ebd82a968ec2605f2103c55b43a231482
Reviewed-on: https://gerrit.libreoffice.org/6601
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
|
|
|
|
|
|
| |
It is constant and can just be replaced by $(SRCDIR)/solenv.
Use BUILD_TYPE where it was used to check if config_*.mk is sourced.
Change-Id: Ib9d480c57194b6340093aa47776f8768df69b7d1
|
|
|
|
| |
Change-Id: I2bc45e4ba63f5faaee7389bcd9d7b3f563503186
|
|
|
|
|
|
| |
Deliver all external libraries to INSTDIR directly.
Change-Id: I8d3e035e5cfa07bd0f53ee4a226c48d4b86a4032
|
|
|
|
| |
Change-Id: I15a3cc3fcdca7d9c4f91e67a4517c9c3533efea7
|
|
|
|
| |
Change-Id: I74b9d1dbcb3e8f7f2cc092dad60266cf60475367
|
|
|
|
| |
Change-Id: I7d996cc9412eadf89c8d04ee29abe1fa6f7d53db
|
|
|
|
| |
Change-Id: Id6023dc3751fe70984f489682be17d1ab1855f71
|
|
Change-Id: I9d8191848b093240f79207446afb13ca6fd708e4
Reviewed-on: https://gerrit.libreoffice.org/6309
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|