Age | Commit message (Collapse) | Author |
|
...as reported by AddressSanitizer, where src/core/CLucene/index/IndexWriter.cpp
initializes IndexWriter::MAX_TERM_LENGTH with the value of
DocumentsWriter::MAX_TERM_LENGTH before the latter is initialized in
src/core/CLucene/index/DocumentsWriter.cpp. But turns out that
IndexWriter::MAX_TERM_LENGTH is completely unused.
Change-Id: Ica01186584ec05a989a13dc58823f4751e8724e2
|
|
Change-Id: Ia394ff00421f495757cc2ce55e7b91bfebe715eb
|
|
And leaving it out kills the freetype dependency :-)
Change-Id: I1fa33492da9d30a98014bae06aa196a508cedfe7
|
|
Change-Id: Iffc91425d4395699a1c5f18ac10f5ed065231fdf
|
|
apache commons-lang 3.3.1 and commons-codec 1.9 are for use
only with JDK 1.6 and higher
see commits:
1731f6e692bb0a07a2bca4b1b190163f209d2b9e "bump apache-commons-lang to 3.3.1"
3dad9b1019bebcc6db63a424afa146e007f768d2 "bump apache-commons-codec to 1.9"
Change-Id: I3e71f6474becafe6c91836bbac5c6a8b7ca3442c
Reviewed-on: https://gerrit.libreoffice.org/9312
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
- remove now obselete patches, which were applied upstream.
- Hack to get MacOS to build
Change-Id: Id68e78e411efc92a46ea9e180f09c390fe5acb4a
Reviewed-on: https://gerrit.libreoffice.org/9311
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
(No idea whether it works, of course.)
Patch the config.sub files to recognize arm-linux-androideabi.
Don't build any binary programs as that fails for Android becuase we don't
pass in the right C++ library to use anyway. (And those programs aren't really
useful to us anyway, on any platform, I guess?)
Change-Id: I70c7a527db41081a51548ce6983b6a9ae8a08bc7
|
|
Change-Id: I8adff18896115d7dd0fce49916a18dc830506a36
|
|
The check in the GLEW Makefile looked at the whole $(MAKECMDGOALS),
which in our case was the string 'glew.lib debug', not just 'debug'.
Change-Id: I639395c944e8f2b443cbb55b451a4036b2c9d3bb
|
|
Change-Id: I08fa1c3956b48bcd65edb74add010fafa17bfe82
|
|
VS2012 did change return value of fileno function, this results in a
crash when run in GUI mode (but not when launching from a shell), as
python tries to access the nonexisting stdin/stdout/stderr
Also explicitly target Windows XP
Change-Id: Ic783713b55453f3c38b2e766a664b7f4678711de
|
|
Change-Id: I8104301e9aab6e7c732e97446030c9caf6ffec66
|
|
Change-Id: I5a51dc496835f0998a3422f2a1f0f2ff8bb3c13f
|
|
Change-Id: I96579ed4be05cc22bc66f80bd39d7af961d47470
|
|
Change-Id: I663e8da9ee3f4b860d727abb3783e322eedd7d9f
|
|
Change-Id: I1c0c9459cb716512dc726ee96fb811d03084aa62
|
|
Change-Id: Id2a5c3009b46f9f91706b433411ca9f9c3cb7e39
Reviewed-on: https://gerrit.libreoffice.org/9334
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: If873d2c369ef6458fdf3289f09802e90dc7367f2
|
|
Change-Id: I37cda0e326af00ef369c4415bcec1e03c91ce401
|
|
Change-Id: I45feb0d715e6e823a42c7960fd87346412ebcc48
|
|
Change-Id: I500645d655fc7e7c850b09e47bece26e74197eb7
Reviewed-on: https://gerrit.libreoffice.org/9344
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: I4b31729481b7fd538483db5b6e39e1d80e03b3b6
|
|
Change-Id: I157f175ee6ea719e98ba45133f53cb4d2c3045bb
|
|
Change-Id: I08a806b9319f7cb55be3b38a3bb9370799f6752b
|
|
Change-Id: I0d6537da5d605a011bd9b4491c472b0b58fcd668
|
|
Change-Id: Iaa5593d1593c9a54127c9019a4121af6a207d4c5
Reviewed-on: https://gerrit.libreoffice.org/9317
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
|
|
CERTINFO was included upstream:
commit f6c335d63f2da025a0a3efde1fe59e3bb7189b70
Author: Patrick Monnerat <pm@datasphere.ch>
Date: Wed Oct 30 11:12:06 2013 +0100
NSS: support for CERTINFO feature
Change-Id: I83de2fd863f9387b83b5ebcbec70cbe6df7681d4
Reviewed-on: https://gerrit.libreoffice.org/9307
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Includes some type conversion fixes.
Change-Id: I84f886e9f922acd780d46baea97f2d87c5ac700b
Reviewed-on: https://gerrit.libreoffice.org/9306
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: I37456029e766340450988f3d6c768bf2fd7aa973
Reviewed-on: https://gerrit.libreoffice.org/9313
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
coverity seems to think that code execution can continue
after a coverity test fails, but it will effectively halt
and not trundle into the dereference of the tested-for-NULL
pointer, try a [+kill] on the fail method
Change-Id: I07c9a074b5681c367a31637c8af78d52a9c88d59
|
|
Change-Id: I5aecdd1d1f19f6588cf91d8c009ffa760fae739e
|
|
Change-Id: I388d8a37a0b7f95f21ccbbe04144f39c0fff533f
|
|
Change-Id: I72a9ec9569bcd74e212ad98456a76869ac213221
|
|
Change-Id: I210b995d4a8eb3e2f00ba982f7a6cf5ecd8e6f0d
|
|
> pthread_mutex_destroy (/usr/src/debug/valgrind-3.9.0/helgrind/hg_intercepts.c:478)
> lucene::util::mutex_thread::~mutex_thread() (workdir/UnpackedTarball/clucene/src/shared/CLucene/config/threads.cpp:179)
> lucene::store::FSDirectory::FSIndexInput::close() (workdir/UnpackedTarball/clucene/src/core/CLucene/store/FSDirectory.cpp:225)
> lucene::index::SegmentInfos::read(lucene::store::Directory*, char const*) (workdir/UnpackedTarball/clucene/src/core/CLucene/index/SegmentInfos.cpp:770)
> lucene::index::IndexFileDeleter::IndexFileDeleter(lucene::store::Directory*, lucene::index::IndexDeletionPolicy*, lucene::index::SegmentInfos*, std::ostream*, lucene::index::DocumentsWriter*) (workdir/UnpackedTarball/clucene/src/core/CLucene/index/IndexFileDeleter.cpp:149)
> lucene::index::IndexWriter::init(lucene::store::Directory*, lucene::analysis::Analyzer*, bool, bool, lucene::index::IndexDeletionPolicy*, bool) (workdir/UnpackedTarball/clucene/src/core/CLucene/index/IndexWriter.cpp:262)
> lucene::index::IndexWriter::IndexWriter(char const*, lucene::analysis::Analyzer*, bool) (workdir/UnpackedTarball/clucene/src/core/CLucene/index/IndexWriter.cpp:158)
> HelpIndexer::indexDocuments() (helpcompiler/source/HelpIndexer.cxx:55)
Change-Id: I19cb9bd49b339d206a624c1f1d3dacdd909f4e25
|
|
Change-Id: I9e0e7816e6d85cb3484105de4ce49db47db72451
|
|
Change-Id: I55a5ef14ec75095cfe6a490eedd460f21c1c9625
|
|
Change-Id: I91f403a39a7fea23f30fb64c4f9e4c3937f0401d
|
|
Change-Id: I18608380bf89822ce402e79038f2016af17b2ead
|
|
Fix error: 'gltf_get_model_center_pos' has C-linkage specified, but returns
user-defined type 'glm::vec3' (aka 'tvec3<mediump_float>') which is
incompatible with C.
I don't really understand the reason for the extern "C" use in
libgltf.h. After all, the header clearly is intended to be included from C++
code (after all, the use of 'extern "C"' is unconditional and it is not valid
in C), and the implementation of the functions is in C++. Also, we build
libgltf as a static library, so it can't be the case that we would need to
look up its symbols dynamically (when unmangled names would be better). But
maybe I am missing something.
Change-Id: I19f025610301f8c535178a83f4ab2e58455bad57
|
|
Change-Id: Ib7bc9562602d1d8da4082987302834ac2486d78a
|
|
ba54eca1817e84a1f1d1beec312ca87b8b059649 replaces the existing -Wshadow
fixes with a GCC pragma, however we also want to be able to build with clang.
Change-Id: I522f3c549adf65b98522561ab7167258dfda48b5
|
|
... based on upstream feedback.
Change-Id: I846287d62d3b53f4a3d3013c9f82fd77d22a9523
|
|
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>
|
|
We use gcc 4.8 for Android now.
Change-Id: I607499c9a61529349d2c3154593b2edf48eccb7e
|
|
Change-Id: Ie827ba98a6ff65d63eb61df1d90e18919de86395
|
|
Change-Id: I47b4a1f5ca5b8ce3cde11d4db599d6afb54a2886
|
|
Change-Id: I03c55ceb685b4de580bfc3125792e7a75e133821
|
|
Change-Id: Ib737e520ff16f2e467504e85fc3969d525fd742a
|