They might occur in extensions when crosscompiling, because both
harfbuzz and lcms2 are listed twice.
Change-Id: I6d6eff19043d33160b825f47988e46798da7857a
Only libraries (and similar for executables) built as Library need to be
registered; those built via ExternalProject are delivered by Project and
used via gb_LinkTarget_add_libs. This also means there is no need to
mangle the names in RepositoryFixes.mk.
Change-Id: Ib0b67f54e2eb6efdb0c454c9e2dd599ada229676
Reviewed-on: https://gerrit.libreoffice.org/6533
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Can actually error out early in some cases of partial build with missing
deps from other modules; probably better than trying to build
(Static)Library with bogus vars.
Change-Id: I4e2cbd42d3c84b9bc87607d263f3d80ba7914302
Since commit 8b5a984d45 it is no longer
the case that objects get build only via a dependency from
Linktarget's dep_target, relying on the variables set on dep_target;
now objects only get built via dependency from LinkTarget itself.
So there is no need to set these variables on dep_target any more.
Change-Id: Id0a831342ae6cfcff3bebe7010ece923f0262703
... since no external link targets not with gbuild should be used via
gb_LinkTarget_use_library/static_library.
Change-Id: I1c3188dbbe2eaa2f5acfb8944a79ad3b67a95998
It is constant and can just be replaced by $(SRCDIR)/solenv.
Use BUILD_TYPE where it was used to check if config_*.mk is sourced.
Change-Id: Ib9d480c57194b6340093aa47776f8768df69b7d1
For OOXML .xlsx export the add-in functions that are equivalents of
known internal functions as those internal functions.
Change-Id: Ic41f32b67902effa07c3d4db137be08dc5af7265
For BIFF .xls export the internal functions that are equivalents of
known add-in functions as those add-in functions.
Change-Id: If37f616a34fdabb3fa971fddad01da3dc1f28ee9
Add <path_to_libo>/bin to your path.
After full LO compile, the LO Java artifacts can be installed in the local
Maven repository:
mvn.py -a install -v 4.2.0 -s juh🫙<path_to>/juh.jar
mvn.py -a install -v 4.2.0 -s jurt🫙<path_to>/jurt.jar
mvn.py -a install -v 4.2.0 -s ridl🫙<path_to>/ridl.jar
mvn.py -a install -v 4.2.0 -s unoil🫙<path_to>/unoil.jar
With the artifacts installed this way, it is now possible
to consume LO artifacts from custom pom.xml:
[...]
<properties>
<LibreOffice-Version>4.2.0</LibreOffice-Version>
</properties>
[...]
<dependencies>
<dependency>
<groupId>org.libreoffice</groupId>
<artifactId>juh</artifactId>
<version>${LibreOffice-Version}</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.libreoffice</groupId>
<artifactId>jurt</artifactId>
<version>${LibreOffice-Version}</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.libreoffice</groupId>
<artifactId>ridl</artifactId>
<version>${LibreOffice-Version}</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.libreoffice</groupId>
<artifactId>unoil</artifactId>
<version>${LibreOffice-Version}</version>
<scope>provided</scope>
</dependency>
</dependencies>
Change-Id: I2ad982ae23c78242ed8f1ac4c88c6be424cc7a0d
Reviewed-on: https://gerrit.libreoffice.org/6453
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
Refactored all library functions of now formule calc in GPU
Change-Id: Icf238c18cae5ca2b685a99204994f5d3211b3ac9
Signed-off-by: haochen <haochen@multicorewareinc.com>
Signed-off-by: I-Jui (Ray) Sung <ray@multicorewareinc.com>
