Age | Commit message (Collapse) | Author |
|
Change-Id: I59ed4034d6496d4b49fac370443173bf58d7cc0b
|
|
Change-Id: Ie5001ba809fcdd3f3abe1022ca7a152e01c3982c
|
|
Change-Id: Iaaa80d997fa7babb9212787653c149b72d842a6c
|
|
...by again using 'long double' instead of 'double' to "force worst-case
alignment," just like Python 3.3 used to do. This fixes -fsanitize=alignment
failures like
> workdir/UnpackedTarball/python3/Modules/_ctypes/_ctypes.c:2923:10: runtime error: member access within misaligned address 0x6110007af498 for type 'CDataObject' (aka 'struct tagCDataObject'), which requires 16 byte alignment
> 0x6110007af498: note: pointer points here
> ff ff ff ff 01 00 00 00 00 00 00 00 98 98 17 00 90 61 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> ^
> GenericPyCData_new workdir/UnpackedTarball/python3/Modules/_ctypes/_ctypes.c:2923:10
> PyCFuncPtr_new workdir/UnpackedTarball/python3/Modules/_ctypes/_ctypes.c:3385:29
> type_call workdir/UnpackedTarball/python3/Objects/typeobject.c:908:11
> [...]
during PythonTest_dbaccess_python.
Change-Id: I8cc65823e1bc65807ec30c97a9099462e55c996d
|
|
Change-Id: I2882a97d0e078bd3217170e7906cd41680fbc4a4
Reviewed-on: https://gerrit.libreoffice.org/17360
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
|
|
Change-Id: I7945eed053a671ad0c755284a372d16083e596b2
|
|
Seamonkey based address book driver is based on pre-compiled libraries
and is only used on Windows 32 bit. Remove it in favor of mork driver.
Given that Seamonkey based mozab driver also provides Outlook and
Outlook Express address book integration, that Windows-32-bit--only
feature is lost for now. If necessary, support for that feature could
be rewritten from scratch, in a way that would also work for Windows 64
bit.
Change-Id: Ie1c125e692598bda999767c328c9e2262a2b82af
Reviewed-on: https://gerrit.libreoffice.org/19560
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Ie5cd1c0e186920f3b34d3986aa995a5c3be9c58a
|
|
3.5 release is needed for MSVC 14.0 (aka VS 2015) support. Python 3.5
removed build toolchain support for MSVC 2013. Because we still need
to support it, we duplicate the Python directory in externals and
copy old patches and dispatch to this directory for MSVC 2013. Once
the support for MSVC 2013 is dropped on master, this directory can be
removed again.
Change-Id: Idf7bc351239582f583ecbdb53c923cbdcf968089
Reviewed-on: https://gerrit.libreoffice.org/17352
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Ie2b338bdd75f26953c758b64711e60b6f5ce9c83
|
|
Change-Id: Icc3d66c16fca95aa890aee6c67c84674fef878fc
|
|
This commit contains the recent Hunspell fix for Hungarian compound
word handling (commit 42807f970ac2d65f0d13a7c57eb454b210e92240
in Hunspell git repository), changing spell checking only
in Hungarian documents.
Change-Id: I1c6c3736ecf8c1e2fffcf1c53959b25dc9d27966
|
|
Change-Id: I3b57f50b09d491bd1b021eb95587becbd3f169a2
|
|
Change-Id: Ida7a5f5db5bba8d03bf31de760a908cee9a514e4
|
|
Compilation of the link target's source files does not require the
external project to be built, just unpacked, unless the project
generates some needed headers during configure/build.
Change-Id: I2c9947cf13ce86878d2649829052551fc54f3883
|
|
Change-Id: Iefebbca7c67d7685213a96de15e3d448bf4162d6
Reviewed-on: https://gerrit.libreoffice.org/19181
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: If5924054b53fd2b5acf2ec903cd1acf710cc2ef1
|
|
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>
|
|
...which broke all the stock /bin shells to no longer pass through any DYLD_*
environment variables, so the DYLD_LIBRARY_PATH passed into the firebird Make
would not be passed to all the places that need it (to find the external/icu
libraries that some executables link against which are built and run as part of
building firebird).
What works with two little tweaks is to build your own bash and pass it to make
with SHELL=...:
* For one, there is an empbuild executable that uses system(...) to call another
isql executable, where the latter needs DYLD_LIBRARY_PATH set, but which would
not pass through the system(...) call (which implicityl uses /bin/sh).
* For another, it is still necessary to invoke Firebird's make with an explicit
SHELL=$(SHELL), for reasons that are not entirely clear to me. (There are
some Makefile.in in Firebird's extern/ sub-tree that set "SHELL = @SHELL@" to
configure's CONFIG_SHELL, unless overriden via an explicit command line
arguemnt, but I don't think those are relevant here.)
Change-Id: I1e68faa898e758f09efb602d96fd6b35657e0480
|
|
...where firebird's replacements of global new/delete would still be called for
"new" but not for "delete". Lets hope that always adding the C++14 size_t
overloads of operator delete is harmless in all relevant pre-C++14 environments,
and only causes harmless warnings like -Wimplicit-exception-spec-mismatch in all
relevant C++14 environments.
(But why does a /library/ replace global new/delete in the first place?)
Change-Id: Ib0b0ad748c6641c07ffed6cec3d6809a1530679f
Reviewed-on: https://gerrit.libreoffice.org/19081
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: If44ab2ff8c860fbed2af3b4702fa031675e425f4
Reviewed-on: https://gerrit.libreoffice.org/18757
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Martin Hosken <martin_hosken@sil.org>
|
|
It would require NSS which I just decided to skip. If/when we patch it
to support native iOS (and OS X?) crypto APIs, re-consider. Or
something.
Now the TiledLibreOffice iOS demo app builds again.
Change-Id: I2816a49bbdbde5a8f9d3b9fcdfff420bdca05ff8
|
|
... to type 'long' [-Wc++11-narrowing]
Change-Id: If9d34297c08744671d2aedd6b3ef7ad3592fb431
|
|
Change-Id: I1b4f0f3e7f5a7092f904fc8de59bb704073ed7db
|
|
Change-Id: If8d6c8da1be1e540d641f20ac90e7877feae27be
|
|
Change-Id: I51db4784135be1d66f3fede5f87fcb5cd786fbc9
|
|
...which becomes evident with recent Clang trunk versions, and is fixed for
libjpeg-turbo master with <https://github.com/libjpeg-turbo/libjpeg-turbo/
commit/8b2c04f774d18e05e321ee67a9a38b4d7e84f168> "Fix x86-64 ABI conformance
issue in SIMD code" (but unfortunately needs a quite different patch for our
libjpeg-turbo 1.3.1 tarball).
Change-Id: Id9842cc85b4ea87b2faf73f1c8d10533621557e1
|
|
Change-Id: I6feb3805e79f7cae4a8df7efa665fd97c56411c2
Reviewed-on: https://gerrit.libreoffice.org/18654
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Martin Hosken <martin_hosken@sil.org>
|
|
Change-Id: I09db7262c2a6180a078620ba086dd7a4c132bd82
Reviewed-on: https://gerrit.libreoffice.org/18459
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: László Németh <nemeth@numbertext.org>
Reviewed-by: Martin Hosken <martin_hosken@sil.org>
|
|
MSVC 14.0 is failing to link with unresolved external symbol, because
of struct/class mismatch: [1].
* [1] http://paste.openstack.org/show/447780
Change-Id: I67093550d89b323914ae42014d55e89a38adec8c
Reviewed-on: https://gerrit.libreoffice.org/18528
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
|
|
Change-Id: Ie066c7f83ad15bec198f2091a3b084468c502766
|
|
Change-Id: I8848d042a008c21e407d9610161b5c67d2137a18
|
|
Change-Id: I4f33679332998f87b7bf1ad7c32aea64897dcaa6
|
|
Change-Id: I37fd06bb0df1ad8f23eddc32b8eb5c93b2943fda
Reviewed-on: https://gerrit.libreoffice.org/18327
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
|
|
Change-Id: Ied20186f4863b49dba5d0c7ed98b3a297f3f2239
Reviewed-on: https://gerrit.libreoffice.org/16767
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I1b51102bd4d5aa6b148c0cd7e191d01c72b6c1c9
Reviewed-on: https://gerrit.libreoffice.org/18214
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Iebfbd843cd3fbe46f3e090654a8493adb5309800
Reviewed-on: https://gerrit.libreoffice.org/17341
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I4791c53078f827248b6f163104727cd97dfb227f
Reviewed-on: https://gerrit.libreoffice.org/17659
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I8c2f18a509ae6686af4ede5b0daa8291d164c9fd
Reviewed-on: https://gerrit.libreoffice.org/18211
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I59372b51ce4aef2e4a923787db61e20cfd96a9fa
Reviewed-on: https://gerrit.libreoffice.org/17342
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I3fda18b1d26e8c7ff509cdd33e44e75671c6157d
Reviewed-on: https://gerrit.libreoffice.org/18212
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I728177b27fa4049c3f3945246f0f19f937c949b4
Reviewed-on: https://gerrit.libreoffice.org/18216
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
9a6cdce37e601b1406c71fef16ad9b315045c9da was trying to fix the problem
with exposing deprecated vars and functions in system's error_code.hpp
include file by patching bundled boost version. This approach would
only make sense, when upstream version is going to be fixed ASAP. Apply
another approach, and follow the same pattern as applied in external
libraries, by defining
-DBOOST_ERROR_CODE_HEADER_ONLY \
-DBOOST_SYSTEM_NO_DEPRECATED
instead of patching bundled boost version. This way, the code would
work with unpatched system boost 1.59 final as well.
Change-Id: I8684ca458ea4a5b7d7c3c3acfe7c14a6d19bc665
Reviewed-on: https://gerrit.libreoffice.org/18201
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: David Ostrovsky <david@ostrovsky.org>
|
|
Change-Id: I3b33529a37174682e68be897a77b2736133b6ac6
|
|
Change-Id: Ie12338eae161f0a13fa4ff036e41d389bc0d616a
|
|
Change-Id: Ib90425d6908bc0bfe2efb633d0215f77546e4c38
|
|
Change-Id: I2213101623ba7e2cc329b659e17abe3d82e6b634
|
|
Change-Id: If13cdf90de752626bbd37877fea045faae0616cb
|
|
Change-Id: If3bce409a98b9593920c41f8e18b82e8daa36fb1
|
|
Change-Id: Id8ac510ad96d2a845b5c14024973274fb797c000
|