...instead of "SHELL=@BASH@" from d3f7d05d1b
"Clean up OOO_SHELL" which could expand to SHELL=/bin/sh which, at least on
Mac OS X 10.7 with /usr/bin/make 3.81, could apparently lead to recipe lines
calling ooinstall being directly exec'ed from make and failing to find ooinstall
in solenv/bin, instead of going via the shell and taking into account PATH from
included config_host.mk.
Change-Id: I841dc30f72d1d8841c64f48408a669eb6a37a1f3
...which is no longer used. Also, use the detected BASH value in Makefile.in
instead of re-detecting there. (Though setting SHELL in Makefile.in is likely
bogus anyway, cf. "this is overridden by solenv/gbuild/gubild.mk [...] i don't
know what needs the 'SHELL=bash' in top-level makefile",
<http://lists.freedesktop.org/archives/libreoffice/2013-March/048552.html> "Re:
need help with shell / configure.")
Change-Id: I09c8b5eb9fb1244321d1fb998bb78e458e8ebf37
Now we build only what we really need for 'build' platform - there is
new build-tools make target.
The list of tools is in solenv/gbuild/extensions/pre_BuildTools.mk.
Also similar is done to some extent for 'host' platform using
gb_Module_add_targets_for_build which is ignored for 'host'.
Change-Id: I6acd1762b16aca366aac1a0688500f27869cfca2
Induce the module name from the library name. Report the libraries that can
not be mapped to a module. Make the resulting module dependency graph unique.
Add diagnostic options:
--help
--verbose
--version
Add convenience options (primary for caching):
--from-file
--to-file
Add output option
--output
Provide a manual page with hints how to hack on it.
Change-Id: Ib5c029c6ea197ca4f66fe6958ecbc3f78452c603
Well, there is still another one: solenv/gbuild/partial_build.mk
This enables you to do in SRCDIR:
make gb_Side=build -r -f Makefile.gbuild <target>
which was not possible previously.
Change-Id: I6f8ce1c6503124526986e192b7d3552b909fc157
Hopefully all stays the same except for vcl/unx/gtk/a11y/atkutil.cxx.
Change-Id: I49108007ee6d045f045de86c8654efc7ca5fd3d0
Reviewed-on: https://gerrit.libreoffice.org/2491
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de>
Tested-by: David Ostrovsky <David.Ostrovsky@gmx.de>
This is writing history: LibreOffice builds in ONE non-recursive make process
with full dependencies. We will now be able to really move forward without the
old build system. A big 'Thank you!' goes out to everyone contributing to
solenv/gbuild, especially:
- David Tardon
- Norbert Thiebaud
- Tor Lillqvist
- Michael Stahl
- Matúš Kukan
- Stephan Bergmann
- Luboš Luňák
- Caolán McNamara
- Mathias Bauer
- Jan Holesovsky
- Peter Foley
- Andras Timar
- Hans-Joachim Lankenau
and all the heroes migrating all the modules of LibreOffice to gbuild.
By explicit request this commit has to be completed with this quote:
I say we take off and nuke the entire site from orbit.
It's the only way to be sure.
Hold on a second.
This installation has a substantial dollar value attached to it.
They can bill me.
Change-Id: I72fa17cfb24fae00ca78cfe0eb5782c1788d2dcc
Reviewed-on: https://gerrit.libreoffice.org/2445
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Niko Rönkkö <ronkko@iki.fi>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
- deliver was only relevant for dmake
- showdeliverables works only per-module
- "'showmodules' is now pointless, it was used to identify modules from
tail_build"
[<http://lists.freedesktop.org/archives/libreoffice/2013-February/046510.html>
"Re: Show module dependencies"]
Change-Id: I400ec5bed4397a12ce4c5b604253c74ef7de0ce7
Removes:
* instsetoo_native/util/update.xml
- gen_update_info.pl can be removed ?
On Windows the binary artifacts are created now in:
workdir/*/installation/LibreOffice_Dev/native/install/en-US/*.msi
Change-Id: I1c82ea9cb9d297cdd0e4f4b9b44606259eeeed49
Reviewed-on: https://gerrit.libreoffice.org/2242
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de>
Tested-by: David Ostrovsky <David.Ostrovsky@gmx.de>
export GLADE_CATALOG_SEARCH_PATH=install/share/glade
distro maintainers can link/move this to
/usr/share/glade/catalogs
Change-Id: Id4d8d51103d0ef91eea5cd0da9742a28838028cc
The one command running the soffice wrapper that does also
some extra work is the usual and simple case, running soffice.bin
is needed only when launching LO in gdb.
This reverts commit eee2fe2e7e.
Conflicts:
Makefile.in
--with-referenced-git works with submodules, --with-linked-git does not.
And I don't see a way to fix it, either.
Change-Id: Ib6cdb065a022665cd62e9fdc7fc37a9e916e50ad
Reviewed-on: https://gerrit.libreoffice.org/2165
Reviewed-by: Matúš Kukan <matus.kukan@gmail.com>
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
git hooks used to be set by virtue of calling ./g clone
but recent changes means that ./g is not always called
these day, so it is possible to end-up with no hooks.
Change-Id: I630066ee0e2961b93ddfbf177eb4e5fc09505911
