Age | Commit message (Collapse) | Author | Files | Lines |
|
Instead of creating a single solver/*/installation/program -> ../../bin symlink
used by all gb_CppunitTest_use_executable together, individually copy each
gb_CppunitTest_use_executable into a true solver/*/install/program/ diretory.
(Renamed solver/*/installation/ to solver/*/install/ so that old existing
solver/*/installation/program symlinks on non-Windows platforms would not
interfere with the new cp rule.)
Change-Id: I4ce82b41856056669ad074ff2ef8004fdc6533c1
|
|
...let BRAND_BASE_DIR point to solver's unittest/installation during CppUnit
tests, and get rid of LIBLANGTAG_SHARE special case. (Intending to add further
code to CppUnit tests soon that requires a fake BRAND_BASE_DIR, so clean this
up now.)
Change-Id: Ia5f0f247e54952f901c37ca31eda53f9c6591458
|
|
Change-Id: Ia45446db1263b8969cf933e5d34130102605b3e9
|
|
Change-Id: I561ef2f20037e60c1f8735c7be8c89b899b99204
|
|
...otherwise, at least an --enable-dbgutil --without-system-libxml build will
issue warnings at soffice.bin exit, as liblangtag merged together docs with
xmlCopyNode (instead of xmlDocCopyNode) and xmlAddChild, and libxml2's
debugXML.c xmlCtxtCheckName then stumbles over the merged-in nodes whose strings
do not belong to the dict of the doc they got merged into.
Change-Id: I5d7889670b897cbeb9ca8a555d8f2d770a8ee692
|
|
Change-Id: I4b09aa9eeb2c34d19043148144383ad4e37a8d10
|
|
Change-Id: I6d69eb2af6a3b1a693ad782f2a0e51f6b0ef932c
|
|
Change-Id: I73f9422268f58ded971150f1ef16643885669ea3
|
|
Change-Id: I12b8c5e43dbe96fe9e2b2175dc6bb6bf15a8bdf8
|
|
Change-Id: I02dcde7d83df864561a5d4af8cda5e57f30f811a
|
|
Change-Id: Ib53ab293d90b9b8a68d97b10d2ad020c69ab46f5
|
|
Change-Id: Id250a54d6789b06df1946ecc6a9d29d24fc57c70
|
|
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.
|