Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: Id2ee3c5dae27a1b7f33872d6421f53a40442d805
|
|
Change-Id: Iafc7f735a99f3e3ac335efa8610ff415d3deae3b
|
|
Change-Id: Ia68a683bdafe6dc89ac98635e797b84a2e0ff615
|
|
Change-Id: I6ca26a6637ebe36bd5055fc6283258ae288df461
|
|
Change-Id: I89153efde9441180f5bb49968d11d77fc951f774
|
|
Change-Id: I0b61fc9436ac08368991251b04343e0a53c2257c
|
|
Change-Id: Ib019e248b16a39ea058cdebeaa1f37a967a00d6c
|
|
Change-Id: I0f458caa1bda23882c76cbae414b738a5d04ab32
|
|
check pre-decremented value for zero
Change-Id: Ib2289cb6064941db2072b2dfbd6ad5f03bcff7aa
|
|
Change-Id: Icea86ae6f6c07d43c212bc02defb860759ff65d6
|
|
Change-Id: I332b322343ccbabe55c247f9bd934a0394ebd429
|
|
since the -march=i486 is not supported on PPC, all further compile
checks done in liblangtag's configure break.
So moving the corresponding patch out of the windows patch in a generic
one and also apply that for Mac.
Change-Id: I65716bc9d7ff19976e5e82ae869c7594978e93e3
Reviewed-on: https://gerrit.libreoffice.org/999
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I99352369cd29d695ef09b6bdc58ff4f10ac73880
|
|
Change-Id: I34f7ccca0fdfa71a53c2a80ae51178c5461b5640
|
|
Otherwise will get the
lt-mem.c: line 216: assertion `p != ((void *)0)' failed
message.
Change-Id: Ic585ad638211fda66a54725c5a4bd041499349ef
|
|
It really sucks to have to propagate debugging options to the compiler
in an ad-hoc fashion like this. But then each dmake-based external
library module really is an individual, especially the ways they are
built with MSVC.
Liblangtag is especially exotic, as it uses autotools and libtool(!)
also for a MSVC build. Which works, but just barely, almost by
accident. For instance, it ends up using the Cygwin ar and ranlib on
MSVC-produced object files. Which luckily seems to work at least with
MSVC2008.
Change-Id: I1c5244b2a599775c04ae8a003e4a096a0a11648f
|
|
Change-Id: I12fb6b8b8fdb7b9b00070c6d2a87da5d7d2fed13
|
|
Change-Id: Ic76cf78c0b61778008c0aaa0b76a2c622c3e48c5
|
|
Change-Id: I7967230df84e794376abfe9f24dd8f9e01e9aed8
|
|
Change-Id: I9e66d0528a8b095897e27216352979c4bcfb4eae
|
|
Change-Id: Iebd6b7d925f402c41103cdd157d7009a9eda8e62
|
|
Change-Id: I864e45b6925fa35d4b75c9214b799f664a5c1247
|
|
Change-Id: I921f5adc72bb0c83389f74659127c4512fc93738
|
|
Change-Id: I2c3083ce84872e415e61c61e41473a3da14ed88a
|
|
Change-Id: I0fee18b1d5470c493b583e067b7ba6ff8b741b75
|
|
Change-Id: I064ef350fa1b01642917a4797f3a6e0a810174d0
|
|
Harder than I expected. Still incomplete. Thanks to Fridrich for the
atomic stuff.
Change-Id: Iacf6d3708ee04c75b98da4ffe250194657fda7c8
|
|
Change-Id: I354d82a86e4e45d49578ccea083d258f1660b60e
|
|
Change-Id: Ie5d2a6bbcf94c0906441a03b72100706884d0dcd
|
|
Change-Id: Iae3aa684ce54e5025545179c35affc75eaf88dab
|
|
Change-Id: Ia3e08af69fd3f7a3d2d523272ba849fc43a42c67
|
|
Change-Id: I81019488c06d83e80ff63f43d416fa0b74be8e15
|
|
Change-Id: I655c6094e98939d5b087ecb3d2bd6ffef0ea3a05
|
|
Change-Id: I8edbd023f4eca28ccfe4cf373eb742551523ef46
|
|
Despite its name, it is a cleanup function for libxml2 that must only be called
when the process as a whole no longer needs libxml2. Calling it from a library
like liblangtag is not appropriate (just like liblangtag does not call
xmlInitParser, either).
In LibreOffice, this caused confusion about pthread keys for thread-local
storage (xmlCleanupParser calls pthread_key_delete, but apparently if libxml2 is
later used by unrelated code in LibreOffice again, it still uses the stale key,
and if that key is now reused via an unrelated pthread_key_create, arbitrary
crashes happen during thread termination in pthread's __nptl_deallocate_tsd).
Change-Id: I82cef8bc400d48f19eaa94f26d50d4b8589da106
|
|
...so that it consistenly uses the LO versions of libxml2/glibc libs at runtime.
Change-Id: I89b7fd13a8b5b7e697ec21db74fdf8ef088fdb92
|
|
I couldn't find out a decent way of getting the compiled binary
needed only at build time, so the file needs to be generated manually.
Change-Id: I4a77aa8ee350f374c9b8b91361797d86871ff8b4
|
|
libxml2 has a problem when a document encoding is specified, even though
documentation says that all internal representation would be in UTF-8 and
language-subtag-registry data already is passed in UTF-8, when specifying the
document encoding to be UTF-8 the output to language-subtag-registry.xml is
conversion garbage, '?' on Linux UTF-8 locale, ISO-8859-1 on Windows. If no
document encoding is specified at all no conversion happens and non-ASCII
values are correctly written as entities.
|
|
Change-Id: Ic38d0282dba99efe2ecc45142a927ba3d8fa167d
|
|
|
|
Change-Id: Ie3f95efe013306637adbb336234266b10421ca24
|
|
Change-Id: I81837acd40f306c2db03f54f3896b79bb7fcbb08
|
|
This avoids the dumb parser trying to exec "ccache gcc" and failing.
|
|
Change-Id: I9776f5abb70caa6f73ad481535ee84781540a00a
|
|
Change-Id: Iefbce119e682e870283cb698018c99a3378cd157
|
|
|
|
and warning C4610: struct can never be instantiated - user defined constructor
required
Change-Id: Ie387f62def8a3d282f39f861971f25ff52df73d3
|
|
Change-Id: Iae138b59e29dff6105ab879bf98b48c0051012f3
|
|
Change-Id: Ied298c1339fa9af9484d448d3252fd9085609e02
|
|
Change-Id: I7856fe2d3ed07fcc3a191ac8fb93ff17b793e005
|