| Age | Commit message (Collapse) | Author |
|---|
|
So we need to use the expat subdir too in
--with-expat-includes. Apparently until now it did not find expat.h,
so it fell back to libxml2 instead then, which was sometimes found OK,
sometimes (on tinderboxes) not. (It even went looking in the *build*
platform /usr/include, eek!)
Change-Id: If0595b810d531b5aa7110f375d4d0dfb0b01617b
|
|
Convert DOS -> unix newlines.
Cleanup and clarify several files.
|
|
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>
|
|
For some reason $(LIBS) seems to contain a bunch of unneeded libraries
including -llo-bootstrap when we get here. Those won't be found by the
basic configury as there are no -L switches included, causing the
lovely "C compiler cannot create executables" problem.
Change-Id: Id7cfba191bd16649c7948194eb7ebdbfbfb74f3e
|
|
Said executables will not be used for anything, of course.
We can't use gb_STDLIBS, which also contains -lm after my previous
commit, as fontconfig is C, not C++, and gb_STDLIBS contains
-lgnustl_static, and only our $(CXX), not $(CC), contains the -L that
points to where -lgnustl_static is to be found.
Change-Id: I40c459580f357d913ddc55eae00e16f90f81d510
|
|
Change-Id: Ia0ba9294e36c30147ed52826eac4b0059cfed200
|
|
Change-Id: Ie9ae6c2087dd6757ca22eabe2073e1f03a5489c8
|
|
Change-Id: I2e779831e47cb1243ae7319b73b9fa553cf97034
Reviewed-on: https://gerrit.libreoffice.org/852
Reviewed-by: Michael Meeks <michael.meeks@suse.com>
Tested-by: Michael Meeks <michael.meeks@suse.com>
|
|
We need to be able to link both into one binary in the
disable-dynloading case.
Change-Id: I499e204dfef2af488d4a350cb3a5bcfc03ca887f
|
|
Change-Id: I6fa2b9a50c525fb2d8666a144409eb9a3ad2698a
|
|
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
|
|
|
|
|
|
|
|
Sigh, spent one day, more or less, tracking down a weird fontconfig
problem, where all the diagnostic it offered was "unknown encoding"
when reading the fonts.conf file.
It turned out that I was being screwed by our fun two versions of the
expat_xmlparse library: One where XML_Char is char and one where it is
short. The intuitively "more normally" named libexpat_xmlparse is the
latter, but fontconfig works only with the former as it implicitly
expects XML_Char to be char.
|
|
|
|
|
|
It will probably be simplest to just use FreeType on Android,
too. (Android uses it itself, but doesn't provide its API publicly.)
Probably fontconfig, too, although there shouldn't be much
configuration per se that a LibreOffice-baed app would have to do at
run-time; it will have to bundle all fonts it is going to use anyway,
I think, so all font information is known a priori. But maybe in the
future there will be user-installable system fonts on Android, or
something.
|
