Age | Commit message (Collapse) | Author |
|
Change-Id: Id7ef38be46f7d2ff1de1f3124d4fa82258b086a2
Reviewed-on: https://gerrit.libreoffice.org/53339
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ib31a8cb75f4cebcaa974b95097270362b3b26aef
Reviewed-on: https://gerrit.libreoffice.org/52689
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Id11914a32b8d45b3e0e97fcfc87ea235466169ca
Reviewed-on: https://gerrit.libreoffice.org/43983
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
> Oct 24 18:21:51 <sberg_> dtardon, why is libetonyek-0.1.7.tar.xz containing
> generated src/lib/KEY1Token.inc; is that by design or by mistake?
> Oct 24 18:23:32 <dtardon> sberg_, that's for windows
> Oct 24 18:24:15 <sberg_> dtardon, yuck; then you should at least have
> generated it with a gperf that no longer emits "register" ;)
> Oct 24 18:25:35 <dtardon> sberg_, bundled libetonyek is built as shared lib;
> the windows build is done as a Library, because the gcc wrapper for msvc
> cannot do shared libs. and it's easier to include the .inc files in the
> tarball than to re-create them using a CustomTarget inside libreoffice...
> Oct 24 18:25:58 <dtardon> sberg_, i'm using gperf on f27
> Oct 24 18:26:19 <dtardon> ... which is 3.1
> Oct 24 18:29:26 <sberg_> dtardon, then maybe they only fixed gperf past 3.1; I
> have a local checkout (that still claims to be 3.1, though) that came with a
> commit dropping that "register" usage
Change-Id: I6a3d965cedbe05582d9e42f5595876c19a1b91a6
|
|
Change-Id: Iabca84c1ba3a14716b7707541434efcc82581a78
Reviewed-on: https://gerrit.libreoffice.org/43709
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: I43805ac8c3d5c1b65519da02c3cc50fdb9729ea6
Reviewed-on: https://gerrit.libreoffice.org/42941
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
|
|
support for arm64
Change-Id: Ic8e78aaf6a72fa8bfc6971544414c84c29b0ec53
|
|
Change-Id: Ifef3e75065e55aefba0f9498cf517efaf78ba6c1
|
|
The license should not be an issue any more since liblangtag now has an
LGPL/MPLv2 dual licence.
Change-Id: I4dfffcccf5d710bd16b21c3254c1449ae041b8ab
Reviewed-on: https://gerrit.libreoffice.org/34511
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I9cde5f94c81c59ff99b8f5af9765b94b6f57184a
|
|
Change-Id: I3a649f3460759cbcd290cef2e90398b2868983a9
|
|
Simplify the makefiles.
Change-Id: Ia695961e936e4a1ffdaff73eb56adc3c3905ed0c
|
|
Change-Id: I86b43ba29a6b7d0d4c36491234c3354c3d6edf0c
Reviewed-on: https://gerrit.libreoffice.org/22838
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I60f7817b1d5e32ad642076ea2a9f7b7522ebb1de
|
|
Change-Id: Ia1cbb24f8c579d1b3b7fe0e916318c8f6fa9430f
|
|
Change-Id: I3d9ffbdd8246d7dee6b49393dd6875cab8565dc0
|
|
Change-Id: I5b6e928ab5a5f2bf84d50f3f0221c0585670d972
Reviewed-on: https://gerrit.libreoffice.org/20251
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I21eb802e65c7054cfbf73a90c0d63a007829ebcf
|
|
...in anticipation of building with clang-cl.exe on Windows
Change-Id: I1d723c9d3b5ca8a2bc6b27ef0189a7b053581398
Reviewed-on: https://gerrit.libreoffice.org/19928
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@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: Ib9ca5d65a493db7daa094b0dea3613637c4c184b
Reviewed-on: https://gerrit.libreoffice.org/17567
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>
|
|
|
|
Change-Id: I451f02ee93a798c9c1712082d59a7ff96b0d4a4e
|
|
...as discussed in 371cc81bd9ccbfbed25f810e70899c044280349e "external/liborcus:
Fix Linux RPATH:"
* When an external module produces multiple libraries (that we all install) that
depend on each other, they need to contain $ORIGIN in RPATH (strictly
speaking, those that do not depend on any other libraries from the module
would not need that, but it is harmless and easier to do that way).
* When an external module's libraries depend on other external modules'
libraries, and (at least some of) those other external modules are not
configuread as --with-system-*, they need to contain $ORIGIN in RPATH (again,
for simplicity, some libraries may get that even if they would not strictly
need it).
* Try to outsmart the external modules' libtool instances to not add (ultimately
bogus) paths to RPATH for dependencies on libraries from external modules
(either from the same module, or from anohter module not configured as
--with-system-*). The only time we do not outsmart libtool, and instead rely
on it (hopefully?) doing the right thing is when a given external modules'
libraries depend on libraries from excatly one other external module, and the
latter is configured as --with-system-*.
* That outsmarting means that if an external library depends both on external
libraries provided by modules not configured as --with-system-* (so RPATH
contains $ORIGIN, and the outsmarting is not suppressed) and on external
libraries provided by modules configured as --with-system-*: Then if the
latter are in unusual locations on the system that would require an RPATH
entry (which might be provided via the corresponding "pkg-config --libs", say,
and presumably would be honoured by libtool if we did not outsmart it), then
those paths are now erroneously missing from RPATH.
* That outsmarting also causes linking of some utility applications in module
redland to fail, but those are ultimately unused, so cut them off by patching
their respective sub-directory Makefile.in.
Change-Id: Iec05b3568fbcf04987018322c328b769ae4f5dab
|
|
Change-Id: Iec611290770ae0393eb787a3883bb22a12340b0a
|
|
Change-Id: Ib7e6722d772a135325ebd1e33ed7b17f214fea47
|
|
Change-Id: Icaf543858298da4e6c8bb01c8820fa9755c3b7ae
|
|
e.g., during CppunitTest_writerperfect_impress
Change-Id: Ib9eb7a9ba7c9bad9cc43fbe2132ca315e2f28c0a
|
|
...same as f0aa1a78fb209310e8baef53c02f365fca518d11
Change-Id: Ib02a20677eaaf2930bf3620c4ed2b1c3c098ce00
|
|
Change-Id: I77f8890ed6d03f02eb8c12c5e034d119bc85addc
|
|
Change-Id: Id98bc62bd41846550dc9149d462a3b85bb2538c5
|
|
Putting source files into sub-directories is not really supported by
autotools apparently.
Change-Id: I6f0ff7e0ee0c2c4b59fb670a3cbaa9723b655d1f
|
|
Change-Id: I196853f0efbaab48e5e09b2728df0a8e5152dc9e
|
|
Change-Id: Ia042bbb7845a6de4769949230e3f1bc90099c9aa
|
|
Change-Id: I1269be7ab26a4f7ba30a70eb8aef3023384a7de2
|
|
Change-Id: Ic9f6165626a8ffc303260c0439010fe7e2ce634b
|
|
Change-Id: I4ffff140f24f4b96c930c3f651cf592966534ef7
|
|
Change-Id: I8c2277384537b78255bb2115126d5b2f2812f7df
|
|
Change-Id: I398ae27e49ca684b7d1b8d328be90bffee825797
|
|
Change-Id: I7b8382b5ca74f5a1d9535ef0715629f2537d9f7e
|
|
...like 2fdf78109e815a64169fdab1a8175b63ef9c64d4 "Pass MAKE into
external/poppler's configure"
Change-Id: I4e2f1a13d120a7398fa81884710c589bb905714d
|
|
Change-Id: I8f2176500bf620cd5e4cdf434e6122b6163b3e0f
|
|
(and consequently fix the argument type of one assert invocation)
Change-Id: I8bf5f024cc104a3885f7b9bf6ed63b9f6259d47b
|
|
Change-Id: I0523e49e640812be435ba4c97b1881ca253eb2ab
|
|
Change-Id: If71250029229cfc167a2ec5ef0d6aea9bc57018c
|
|
Change-Id: I1c3e6b2809ee8b63f6f4db886bf6358b668b505f
|
|
Change-Id: I9e1fc613816c943f4fb1033185e34e3acf317f1d
|
|
Change-Id: I64a35ca0902ba40a4fba3080181147b4facac2ee
|
|
KEY2StyleParser.cpp:65:10: error: no matching function for call to 'readNumber'
KEY2StyleParser.cpp:34:13: note: candidate template ignored: couldn't infer template argument 'C'
I took the patch from Fridrich's openSUSE rpms.
Change-Id: Iba3c682539c5c978dddb0040f24f23c7299af0d9
|
|
Change-Id: I0cc43cef91e3fcd82a3558a16ab0afbd4d56b141
|