Age | Commit message (Collapse) | Author |
|
Change-Id: Ia52fdae1e386ea92f11185ce7cdac65baed10495
|
|
There was just a broken symbolic link
liblcms2.so.2 -> liblcms2.so.2.0.4 in installation.
Change-Id: If7425131373a6521e802c85d53fbee6a792b1604
Reviewed-on: https://gerrit.libreoffice.org/3973
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
... now that everything is consistent.
Change-Id: I96c15159648815554280202eb1b6d274ead4e7b8
|
|
It must always be used exactly once, so replace it with constructor
parameter.
Change-Id: Ifbe87065c19a5185a5705dc461656179002ece5d
|
|
Change-Id: I7be80bbef306db8f7ad585e95bfa4b6da0b30067
|
|
The produced .lib is called lcms2.lib (no "d") in that case.
Change-Id: If581bd722e52062343f8b2407c05d551be706047
|
|
Add patches and/or tweaks to the following modules:
curl, cppunit, icu, lcms2, libxml2, libxslt, libxmlsec,
lpsolve, nss, openssl, python3
lcms2 has an inconsistency where the .lib and the .dll don't agree on
the .dll name.
openssl gets a honorable mention because apparently it's undocumented
custom build system can build with /MDd if one picks the right
configuration but i couldn't figure out how to do that in an hour of
trying, and just patched the release config instead.
Change-Id: I7854a0fc85247e398d561b4f513d09fe2d1ebb3c
|
|
|
|
Change-Id: Icba4218c5f9fe89d183d25ea82a8eae52881f885
|
|
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>
|
|
Change-Id: I7843d3e9565b6577d7c84e547f5b913672cfe1d8
|
|
Change-Id: I7a021c38e1c2e39641a28d95cc9cc7e3d5ee8225
|
|
Change-Id: If2477b9a391d75672a349ba240ceb61e0b06611a
|
|
Change-Id: I376b03d12f8ae59fcf75046c42bcd6ba5d29af2c
|
|
Change-Id: I9f520ca7fb88c6843582595cd2d999d8060c9528
|
|
Change-Id: Icc1e7f5be1a4c06242793948a07de20cf3e03b61
|
|
Change-Id: I10433beb4c2cea508760083812bc63f4eab02ed0
|
|
Change-Id: I8359e1d441cf7bd8fb01233fe0303dbd6b35895b
|
|
Change-Id: I96de6b20b2a68f0982a30d33359e9e9cda9e642c
|
|
Convert DOS -> unix newlines.
Cleanup and clarify several files.
|
|
Change-Id: I4bd9a7d00df220e2a3deae3cc1b7b0f4a1098e24
Reviewed-on: https://gerrit.libreoffice.org/989
Reviewed-by: Michael Meeks <michael.meeks@suse.com>
Tested-by: Michael Meeks <michael.meeks@suse.com>
|
|
peter's gbuildifications caused and ocean of red, that
1/ was not followed up by any attempt by the author to fix
2/ I wasted a good part of the weekend to de-entangle with
only partial sucess
reverting the whole mess for now...
to be resubmited when a bit less borked...
This reverts commit c4c160a4519f20d50e7189ef92aac99b83c4cc6a.
This reverts commit faef2e51d0c7b74334a11400b205daf382805780.
This reverts commit 057ce1fe2911f51be97199bf95e175db8aebfa42.
This reverts commit a7d34af344900233ba08aee2a56a3daf85ab2421.
This reverts commit befae0ceb80deb4623f3e41ff88b6dcb63eca0ad.
This reverts commit 433b43bcd2dbd146a9d6342fab0704d653c50d29.
This reverts commit 93e2c4a9d257ebbe794fbaba888229857e7c42d8.
|
|
Change-Id: Icad3132c1710c62559c35964fe5ce3f466646f13
|
|
Change-Id: Iee360073d30e490231b4383720d95bdb7cb0fd30
|
|
Change-Id: I96de6b20b2a68f0982a30d33359e9e9cda9e642c
|
|
Rationale:
- it is advised to use max-jobs and num-cpus with the same value in wiki
- max-jobs was used only for lcms2 and few gbuild
modules outside of tail_build anyway.
Also fixes:
- really use CHECK_PARALLELISM when meant to
- EXTMAXPROCESS is not defined in gbuild;
use parent's jobservers in sub-make where possible
Change-Id: I501de732d223ce0c935081bd1d73da611d16ee88
Reviewed-on: https://gerrit.libreoffice.org/930
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I665da7fbb3fb9f991d952658b247c9a80e8abede
Reviewed-on: https://gerrit.libreoffice.org/786
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I6fcb0a9045b81ea291904f92396df88ffd351c49
|
|
Change-Id: I21186cef7fe30542eaabbdeeb8920c3839724805
|
|
This reverts commit d9ae7573083343b8db7fd65b5677a2132bd2e1e8.
|
|
This reverts commit 03c766e6017cc3b7e18a8c5eef35ba7e84777d88.
|
|
Change-Id: I84e8a3833ae16cc9197b8b772404587a3dea1158
|
|
Change-Id: I1bec67344ddd5d1caf417355fafd344f48517f77
|
|
Change-Id: Ifee45475f8cfeee6b2a4f880f0ff1cc7f9024715
|
|
A quick way to avoid the problem with its name ending with ".so.2"
which the Android app machinery doesn't like. Plus, one less shared
library...
Change-Id: I102e29dd13d1be1a134be8c09459259fe8fbe2e1
|
|
Change-Id: I9901d2ef270a096993630103b3cdb5b89e2bb829
|
|
Module lcms2 is now using $GNUMAKE instead of the hardcoded "make" in order to allow compilation under Solaris
Change-Id: If4b3395e2b255f6199971792988c242dc5c13a69
|
|
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
|
|
|
|
|
|
Otherwise code using the lcms2 we build won't get the stdcall
decorations and linking will fail.
|
|
It breaks on a clean installs of Windows, and registration of SDK with Visual
Studio seems to be the answer.
This reverts commit f3f6c9be9864088b94f874c6ef2ce8ab1dd45f2a.
Conflicts:
lcms2/makefile.mk
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|