| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: I930aacad47780a085ef8eec7f3b7fc6600528afb
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ExternalProject usually involve a configure and a make
step that produce a bunch of output usually irrelevant
including a large number of warning and other mess.
now that everything is pretty much in tail_build
these output get interleaved with useful output from
the build of the product and actually drown them in a logorrhea
of messy noise.
This store the output of external modules in a log file
and only print them as a whole if the module failed do build.
on a non-verbose build.
Change-Id: I3abfcccd6d16821a9e061a71e031b427cc283647
Reviewed-on: https://gerrit.libreoffice.org/2304
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
|
|
|
|
|
|
|
|
| |
... so it can be passed from make to shell to configure to generated
Makefile to libtool to invoked gcc without loss of valuable dollars.
It is an open question to which extent this commit should be credited to
the designers of sh, autoconf, libtool, make, and/or Solaris ld.
Change-Id: I0709a49d7025dbfda4d9c0e7202ea932ec85e0cb
|
|
|
|
|
|
|
| |
Change-Id: Ie6ae2150e1f011e17034abcace18c5967b4dacf5
Reviewed-on: https://gerrit.libreoffice.org/2023
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Peter Foley <pefoley2@verizon.net>
|
|
|
|
| |
Change-Id: I70b257fb2df8e0ea1ef2d94b3da7da7989e3535e
|
|
|
|
| |
Change-Id: I0c65076d698865a653cac774a17f9db3d6f4d9ca
|
|
|
|
|
|
|
|
| |
Change-Id: I16eb442fd65b3a2f3a44108f670fd364dc7a64c0
Reviewed-on: https://gerrit.libreoffice.org/1988
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Peter Foley <pefoley2@verizon.net>
Tested-by: Peter Foley <pefoley2@verizon.net>
|
|
|
|
| |
Change-Id: If79896a2f73cacd9880e8beb9cc42993b49cc3b5
|
|
|
|
|
|
|
|
|
|
| |
GUI only takes values UNX or WNT, so it is fairly pointless. One can check
whether OS is WNT or not instead.
Change-Id: I78ae32c03536a496a563e5deeb0fca78aebf9c34
Reviewed-on: https://gerrit.libreoffice.org/1304
Reviewed-by: Peter Foley <pefoley2@verizon.net>
Tested-by: Peter Foley <pefoley2@verizon.net>
|
|
|
|
| |
Change-Id: I5775651a83ffa6a7780b81386168f4e327217282
|
|
|
|
| |
Change-Id: I7dac78be5a1165ff5cdbd53fd02b907a4fa68a3b
|
|
|
|
| |
Change-Id: I79dc8e0d7b60b22c0ffe9eb5a76f889b8739265f
|
|
|
|
| |
Change-Id: I69d52e7c188c3326c639a8592e36467092365736
|
|
|
|
| |
Change-Id: I7ab624bc4877af51d4182ab213ef49cd8c5bb2a4
|
|
|
|
|
|
|
|
|
|
| |
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>:
* bulk replacement of "-Wl,-z,origin,-rpath,..." with
"-Wl,-z,origin -Wl,rpath,..."
* additional hunk for directory/c-sdk/config/FreeBSD.mk in
moz/seamonkey-source-1.1.14.patch did not apply and has been dropped
Change-Id: Ie60c696f041108e819ce8f799cff6f58e63a5ad7
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We don't use the debugging runtime in LO's own code in dbgutil builds,
so we shouldn't use it in bundled libs either.
(At one point I did try to use the debugging runtime in a dbgutil
build, but had to give up eventually; too many compilation errors
thanks to using -D_DEBUG which brings in much more strict checks in
the C++ headers. I apparently forgot to fix these makefiles then when
I aborted the attempt.)
Change-Id: I I Iedf765b55ba71b811d7fe3074e4c3129783108fd
|
|
|
|
|
|
|
|
| |
this removes dmake completely out of the build for migrated modules
build.pl now assumes modules to be gbuild, unless there is a
prj/dmake file
Change-Id: I674a036b182ee13c5ec093e83cb3d38133112d3b
|
|
|
|
|
|
|
|
|
| |
...by allowing our special @___... tokens anywhere within an install name,
so that external modules can configure --prefix=/@___... etc. This removes
the need for the special extshl and EXTRPATH=LOADER. Also, a new
OUT2BIN_NONE can be used for external modules where the generated libraries
need the default EXTRPATH=OOO, but generated executables are only used
during the build and such need RPATH=NONE.
|
| |
|
| |
|
|
|
|
|
|
| |
configure.in nowadays doesn't allow using system libxml2 but internal
libxslt. So remove iOS specifics related to that combination. Keep
building a static library for iOS, though.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Same problem as a few commits earlier: libxslt's configure.js uses
debug=yes to mean using the debugging crt, which we don't want in just
a debug=t build. (And which will make libxslt.dll fail to load.) Look
at $(dbgutil), not $(debug). (And note that in general dbgutil builds
are disabled for Windows currently anyway.)
|
|
|
|
|
|
|
|
|
|
|
|
| |
In the spirit of 12759f67a36d52a345be6002d7017551e8414c59, change
external lib's config.sub to eat the arm-unknown-linux-androideabi
host os string. Also, permit shared libs again - seems Android can
handle those.
Added dictionaries to cross-build-toolset - idxdict is needed.
Should build up to sfx2 - some residual static lib issues there,
and in raptor.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
boost/aliasing.patch
boost/makefile.mk
cairo/cairo/makefile.mk
cairo/pixman/makefile.mk
dictionaries/da_DK/README_th_da_DK.txt
dictionaries/da_DK/description.xml
dictionaries/da_DK/dictionaries.xcu
dictionaries/da_DK/makefile.mk
dictionaries/da_DK/th_da_DK.dat
dictionaries/de_AT/th_de_AT_v2.idx
dictionaries/de_CH/th_de_CH_v2.idx
dictionaries/de_DE/COPYING
dictionaries/de_DE/COPYING_GPLv2
dictionaries/de_DE/COPYING_GPLv2.txt
dictionaries/de_DE/README_extension_owner.txt
dictionaries/de_DE/README_th_de_DE_v2.txt
dictionaries/de_DE/makefile.mk
dictionaries/de_DE/th_de_DE_v2.idx
icu/makefile.mk
moz/makefile.mk
python/makefile.mk
|
| | |
|
| |\ |
|
| |\ \ |
|
| | | | |
|
| | | | |
|
| |_|/
|/| | |
|
|\ \ \
| |_|/
|/| | |
|
| |/
| |
| |
| | |
libxslt-gnome602728.patch: remove (disables version script).
libxslt-internal-symbols.patch: do not export non-existing symbols.
|
| | |
|
|\| |
|
| |\ |
|
| |\ \ |
|
| | | | |
|
| | | | |
|
| |_|/
|/| | |
|
|\ \ \
| | |/
| |/| |
|