| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: Ie07ef2f9e9f6d0b31b513afa913b79d9c641e4f1
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
...as stoc/Library_javavm.mk depends on it since
9b09a217c79e8a35fc4de54c89ef49fbf8f72752 "Resolves: #i86470# Wrong Java locale
when using 'nl' and 'fr'". The i18nlangtag lib in turn depends on libs from
external/liblangtag and external/icu, so those needed to be moved to URELIB,
too.
On Windows, the external icu package was already split into icu and icu_ure
(because "libxml2 is in URE and depends on icuuc*.dll on Windows"), so use that
splitting on all platforms. (However, the corresponding changes that were
necessary in RepositoryExternal.mk suggest that they had been missing for the
split Windows case until now, and things had happened to work by accident?)
On macOS, a library's install name reflects its (URELIB, OOO, ...) layer, and in
external/icu/icu4c-build.patch there is only a single place to set that for all
libs from external/icu. This patch changes that from OOO to URELIB, but for the
icui18n lib that should stay at OOO. The hack to make it URELIB nonetheless
works for now. To clean this up again, either the whole of icu could go into
URE (dropping the icu vs. icu_ure package split completely), or the macOS layers
URELIB and OOO could be combined into one (as the libs end up in the same
directory anyway).
Change-Id: Idc262fa41481d06ba2cae86ad7629cdccb392c07
Reviewed-on: https://gerrit.libreoffice.org/30272
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
|
|
|
|
|
| |
Change-Id: I315d9bcea575920b718da46007bd7500d6cca9c2
Reviewed-on: https://gerrit.libreoffice.org/29777
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
|
|
| |
Change-Id: Idf75ffa042c4858ef9bea99d603adb691b295139
|
|
|
|
|
|
|
| |
A good way to get developers to add files is to print 80 lines of
stack trace multiple times on startup.
Change-Id: Id563ab1d26d32e6fe3f14b2afb59949ea04f0d6a
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
At least make-4.1-5.fc24.x86_64's /usr/bin/make (indirectly) links against
libfreebl3.so, so it could erroneously pick up our instdir/program/libfreebl3.so
delivered there from external/nss. But that's a problem for ASan/UBSan builds,
where that libfreebl3.so is instrumented and expects to find certain symbols
exported from the executable (and which /usr/bin/make of course doesn't have),
so running make from within external/liblangtag/ExternalProject_langtag.mk
fails.
Turns out that the only place where LD_LIBRARY_PATH is needed during the build
of external/liblangtag is when running
workdir/UnpackedTarget/langtag/data/reg2xml.
(This is unrelated to the recent changes to external/liblangtag by the way; just
happend to show up now by accident, when doing an incremental build where
external/nss had already been built when external/liblangtag got rebuilt.
external/firebird has a similar problem, but everybody seems to run ASan/UBSan
builds with --disable-firebird-sdbc anyway for now.)
Change-Id: I6e045b6d33a154e350f4640265e6568f96634187
Reviewed-on: https://gerrit.libreoffice.org/29211
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
|
|
|
|
|
| |
Change-Id: I4e9ef9e607a15ab49ea16a2c3920e36a3a1aded2
Reviewed-on: https://gerrit.libreoffice.org/29179
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Khaled Hosny <khaledhosny@eglug.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
...after ecd5d49dc30d11845ccc1a14e26bf37d73959463 "liblangtag: prevent libtool
from adding annoying stuff to RPATH". "Outsmarting" libtool in the way
described in 1d028d4783da69c5c0e6e0b59e0f8ac55eb9d2b1 "Fix Linux RPATH of
various external modules" only works if there's no utility applications in the
outsmarted module, that are run while building the outsmarted module (cf. the
redland case in 1d028d4783da69c5c0e6e0b59e0f8ac55eb9d2b1). To work around that,
pass in an LD_LIBRARY_PATH (or equivalent) that finds the relevant libs as built
in that module.
(And gb_Helper_extend_ld_path was until now only available in com_GCC_defs.mk.
There, it accepts any number of paths separated by ":". When used in a
platform-independend way like it is used here, it will only support a single
path.)
Change-Id: Ic615e436b19b8b9aa7daa019c8f5287de90c3abc
|
|
|
|
| |
Change-Id: I699e84614f09c6e1edad5bcd51eae73d1ab8123f
|
|
|
|
| |
Change-Id: I4213eb841d7eb3627ae64cc242b81b8e7f09cc79
|
|
|
|
|
|
|
| |
Change-Id: I9e9986ce55acaf36683244a45bc96bc76295d5c7
Reviewed-on: https://gerrit.libreoffice.org/21938
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: David Ostrovsky <david@ostrovsky.org>
|
|
|
|
| |
Change-Id: I4dd55a14a94e5030583f640972440fb37a7b2448
|
|
|
|
| |
Change-Id: I3ae138d1a06d22be42a3cd6f565fba6950208fc6
|
|
|
|
|
|
|
|
| |
Change-Id: I219f99fe1d518974fcc0c021ac0582022c6f554a
Reviewed-on: https://gerrit.libreoffice.org/19887
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
|
|
| |
Change-Id: I94b8cd007bdbf3b535c5de9eb56fe5495f39dabf
|
|
|
|
| |
Change-Id: Ie5001ba809fcdd3f3abe1022ca7a152e01c3982c
|
|
|
|
|
|
|
| |
Change-Id: Ied20186f4863b49dba5d0c7ed98b3a297f3f2239
Reviewed-on: https://gerrit.libreoffice.org/16767
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
|
|
|
|
|
|
|
|
| |
configure.ac was setting VERBOSE=YES/NO when really
we use verbose=t or verbose=
Change-Id: I47aee8d177cb2d788a62ecdbbb9cc3695c2bb299
Reviewed-on: https://gerrit.libreoffice.org/17634
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
|
|
| |
Change-Id: Ie33bc6a6ef5c1a638a138e4989bd885b6b678ab4
|
|
|
|
|
|
|
| |
Change-Id: I46bf74efb52435313eb17e0db8b1cf103a329004
Reviewed-on: https://gerrit.libreoffice.org/17078
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
|
|
|
|
|
|
|
| |
The ../../../program/ links in the URE jar Class-Paths are a temporary kludge
(and juh.jar had lacked adaption for Mac OS X).
Change-Id: I2542d8a582866485dd61c05df3fc6b4b39a8403d
|
|
|
|
|
|
|
| |
...like 2fdf78109e815a64169fdab1a8175b63ef9c64d4 "Pass MAKE into
external/poppler's configure"
Change-Id: I4e2f1a13d120a7398fa81884710c589bb905714d
|
|
|
|
|
|
|
|
|
| |
MSVC 2012 for x86 defaults to -arch:SSE2; binaries do not run on any AMD
32-bit CPU, neither on Intel Pentium III.
http://msdn.microsoft.com/en-us/library/vstudio/7t5yh4fd%28v=vs.110%29.aspx
Change-Id: Ie8253137db2699f2a7fa69c4ac4e7ded90931e3e
|
|
|
|
| |
Change-Id: I0523e49e640812be435ba4c97b1881ca253eb2ab
|
|
|
|
| |
Change-Id: I7d58c1aad5ec21f14569caedbada56cc31a5ff99
|
|
|
|
|
|
|
|
|
|
| |
... as downloaded from
https://www.iana.org/assignments/language-subtag-registry/language-subtag-registry
Change-Id: I7aee9c6e42aabc9e023ab9a2ec3880dbde940396
Reviewed-on: https://gerrit.libreoffice.org/8919
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
|
|
|
|
| |
Change-Id: Iaca0fc9ca12ee672f640be9c639b7b0d0dd3bc10
|
|
|
|
| |
Change-Id: I0cc43cef91e3fcd82a3558a16ab0afbd4d56b141
|
|
|
|
| |
Change-Id: Iffcc671ca41c5880579effe0786a3b4d3be0dab0
|
|
|
|
|
|
|
| |
... so need to use gb_ExternalPackage_add_files for it to get the right
dependencies.
Change-Id: I9358217d47c08d4e7c85f1b89f39320f32c03e3c
|
|
|
|
| |
Change-Id: I13145c52bdf4a37e4a92ed653a2f131e09539285
|
|
|
|
| |
Change-Id: I2bc45e4ba63f5faaee7389bcd9d7b3f563503186
|
|
|
|
| |
Change-Id: I3067e3c819a4918e1d3c91dc0e0cfa3e4fc92b3d
|
|
Change-Id: I18cded289591bdf872c7a818326a35ac00d38482
Reviewed-on: https://gerrit.libreoffice.org/6330
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|