Age | Commit message (Collapse) | Author |
|
Change-Id: I9d968a14db440a54e3accefb12e2d0a5685d0b37
|
|
Change-Id: If8aa9647def6741ba01bd47c02d386c43abaf452
Reviewed-on: https://gerrit.libreoffice.org/21548
Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>
|
|
Set up the toolchain to create sources and javadocs artifacts in
addition to JARs created during the build. Use Buck build tool for
that: [1]. This is a fork of Google's build tool Blaze, created by
Xooglers at Facebook. This build tool (like Blaze itself) uses
Python to write build files.
Add needed tools and build files to install LibreOffice API artifacts
to local Maven repository or deploy them to Maven Central.
To build all needed artifacts LibreOffice must be built regularly
with GNU make first. To build the rest of the API (sources and
javadocs):
$> buck build api
To replace version number with upcoming release version:
$> solenv/bin/version.py 5.1.0
To install the API to local Maven repository:
$> buck build api_install
To deploy the API to Maven Central:
$> buck build api_deploy
Detailed documentation is added to document the prerequisites and
the workflow to upload LibreOffice API to Maven Central.
* [1] https://buckbuild.com
Change-Id: Ibdd552a01110836703bc069abe829b9921491cac
Reviewed-on: https://gerrit.libreoffice.org/20343
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
Change-Id: I3d735a7d16dd6aedc82f1ff162d3ba9e1040d787
|
|
This patch generated a setting file for per module. When imported the
eclipsesettingfile.xml, underlined include lines are clearing up.
Setting file includes included file paths for per module and provides
correct build. .project file generator deleted because eclipse
is creating .project file and overriding it.
This adds a new property to the parser that stores each module.
Change-Id: Ia10bb37c7c3fdb444a5b79ddf502b962e8ee5736
Signed-off-by: Gulsah Kose <gulsah.1004@gmail.com>
|
|
With `make vs2013-ide-integration` dozens of VS specific
project and solution files are generated. These add noise
and time to `git status` and make it harder to locate
new files.
Restored the exclusion of .vcxproj and .sln files and
added windows/ directory to the ignore list.
Change-Id: I64abe395824503a5eda25d70d7467ba3fa4e4aa8
Reviewed-on: https://gerrit.libreoffice.org/19972
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
The intent is not that this will grow to anything that one could build
LibreOffice in. Some source files that one often needs to set
breakpoints in might be added.
This is in no way related to the "make vs2013-ide-integration" thing.
Change-Id: I9cb3007af1dd9bff653584ad3f82f917649ce8c0
|
|
tools/rtti.hxx removed
completed the interface of some Sdr.* Items
and removed pseudo items
Change-Id: I0cdcd01494be35b97a27d5985aa908affa96048a
Reviewed-on: https://gerrit.libreoffice.org/19837
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Oliver Specht <oliver.specht@cib.de>
|
|
move preparation tasks (creating assets/processing files) from the
makefile into the gradle script
This allows much easier integration into android-studio (just open
android/source with android studio after running make to compile the
native library)
Change-Id: I9a9d6832797c24a7e195a1c7954cd6d20f5a8496
|
|
...this is a follow-up to efad388f756014a7df5ed6f8e4ce417d24e9aba9 "Clean up
Make SHELL handling," which broke out-of-tree builds.
There appears to be no good reason at all to fiddle with Make's own behavior of
determining its SHELL variable (which defaults to /bin/sh and can be overridden
via a SHELL=... command line argument when invoking Make). The SHELL_BASH
fiddling in configure.ac and Makefile.in was probably cargo cult carried along
ever since 815f157c05ebc20e91a050823f048a977b8ae103 "CWS-TOOLING: integrate CWS
configuretoplevel," in a time when the OOo build system still defaulted to tcsh.
Change-Id: If906164abb6aae649ce8088d945a40213deed361
Reviewed-on: https://gerrit.libreoffice.org/19093
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
* In configure.ac, honour a preset SHELL_BASH when determining SHELL_BASH (so it
can be passed in via autogen.input).
* For both toplevel "make" and per-module "cd $module && make", consistenly use
the SHELL_BASH determined in configure.ac as the Make SHELL. (By moving the
setting to a new, common soleng/gbuild/shell.mk. This also exports SHELL as
an environment variable to sub-processes now; this exporting can probably be
reverted if it is not what is actually wanted---but note that this exporting
of an environment variable to sub-processes is unrelated to how nested
invocations of $(MAKE) obtain their Make SHELL setting, see below.)
* Remove the gb_SHELL override feature from solenv/gbuild/gbuild.mk; for one, it
is unclear how it was intended to interact with setting SHELL=@SHELL_BASH@ in
the toplevel Makefile; for another, overriding SHELL can be done globally via
setting SHELL_BASH in autogen.input now.
* Make treats SHELL specially, in that it never uses the SHELL environment
variable to determine the Make SHELL variable. Instead, if this Make
invocation, or any outer Make invocation it is nested in via calls of $(MAKE),
was called with a SHELL=... command line argument, then that value is used
(and otherwise the default is hardwired as /bin/sh). So, when calling nested
invocations of $(MAKE) from the toplevel Makefile, pass down the current SHELL
value via a SHELL=... command line argument via GMAKE_OPTIONS. (And further
nested invocations of $(MAKE) will then automatically inherit the SHELL value
given on the outer invocation's command line.)
Change-Id: I67fa1b88e4e90d09456c1fcad2d082fdce3c019b
|
|
Change-Id: Ifd21679fb7dd2b5c0c3bfe7726bf2c4d19897e21
Reviewed-on: https://gerrit.libreoffice.org/17467
Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
|
|
Change-Id: Ibecee87ffe3ec6990e36952488668b790a8e54eb
Reviewed-on: https://gerrit.libreoffice.org/16076
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>
|
|
Change-Id: I786fd580b3d08fa076eeb2bf90bd23b09c9f8182
|
|
Added more Xcode specific files to .gitignore.
Made some properties common in gbuil-to-ide to avoid code duplication/bugs.
Xcode projects are broken for now.
Change-Id: I9530435ffe54158ae68ddae0581ac68f968af235
Reviewed-on: https://gerrit.libreoffice.org/15694
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I22c5ee3e7ef7cd2b3b40953d114e01dd3d36e0cb
|
|
Change-Id: I8e50e66b0834547d10748594eac2be0b5e65e163
|
|
Change-Id: I15492fcc687a21b740dc2d97a47485e2e760055f
|
|
Change-Id: I6d54f0aa3978996427551b429f88a74e81b90037
|
|
Change-Id: I21bba16d70f9f8c43b60b2bd2a5005a888d0c11d
Reviewed-on: https://gerrit.libreoffice.org/14073
Tested-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Id87f71b6d31720173f0c5ec2a4fc395065223b79
Reviewed-on: https://gerrit.libreoffice.org/12300
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Ic029d0d174a00af783fd276852231523aae59866
|
|
Change-Id: Ia54dd005d7d3fb71eac646e1e24bc7c6b43410f5
|
|
So no need to expand it at configure time in ure/source/unorc, and no need to
handle the related builddir!=srcdir complications.
Change-Id: Ifa34d25fab9ad2da13ed039bf6c5921b0fb58703
|
|
Change-Id: I254c0104010cc1a1c12bbf1af048966de66924e6
Reviewed-on: https://gerrit.libreoffice.org/10973
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: If6526bfa6cbbb74c32325cf03e2845957fec7be6
|
|
Change-Id: I9439a00d2186696a4891e5eefad066d50917f9c7
|
|
Adds some additional files to .gitignore.
Change-Id: Ia5af298a91919fe00392282c0e5bb88fa2811a52
Reviewed-on: https://gerrit.libreoffice.org/8437
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Icb976111a3442eff2cd3ba0b015eef7067fe7006
Reviewed-on: https://gerrit.libreoffice.org/7582
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I41c617e27f34f730a3905fca67d841bdf237b5fe
|
|
Change-Id: I2e6a26cd1e54ad28ec27f2205262413db039a136
|
|
The choice of src/ as a place to save those tarballs was unfortunate,
since it is used everywhere else for own source code. After moving all
external modules to external/, it makes sense to put the tarballs there
too and, while at it, use a more appropriate name.
If src exist as a directory, we move it to external/tarballs and leave
a link behind for backward compat for people switching from after to
before the change in the git repo.
Change-Id: I045c4470945f5fadf7760855833ef58e6594ec80
Reviewed-on: https://gerrit.libreoffice.org/6597
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
|
|
This provides kdevelop integration and generates one project file for each
old-style module (top level dir). This project file has:
- has four build configurations:
- build the module of the project or build all of LibreOffice
- for each of the above a debug and a nondebug build
- has seven launch targets:
- running the unitchecks, the slowchecks and subsequentchecks
- for each of the above once for the module and once for all
- running LibreOffice interactively
- has custom include paths and thus provides full autocompletion
Change-Id: I6dd51133147d019fc403e3bd814bc6103df94cac
Reviewed-on: https://gerrit.libreoffice.org/6694
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
|
|
... it is an abbreviation of "Solar Version".
Since nobody can remember that:
remove OUTDIR OUTDIR_FOR_BUILD SOLARVER SOLARVERSION solarpath
and any mention thereof.
Change-Id: Idb3031c4f25a76ac05b22ec67e3ca3e1e8e512ad
Reviewed-on: https://gerrit.libreoffice.org/6515
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I79dc9c9bb2ad299adb6b06b66410d12a9b77c3cd
|
|
|
|
|
|
|
|
|
|
Change-Id: I60c7d5c74f919bc165e1c2629f7b05aad2442eb7
|
|
|
|
Extract boostraping code from convwatch.py to unotest.py. Use python builtin
unittest module as unit test framework. Specify the unit test modules in make
file. Another option would be to use discover mode of unittest module.
Add __pycache__ to global .gitignore to keep the source directory clean.
Another option would be to deliver the unit tests to workdir prior to test
execution.
Currently only system python3 is supported.
Change-Id: I2692817673f786e950e1176a17c7675f989755b6
Reviewed-on: https://gerrit.libreoffice.org/3214
Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de>
Tested-by: David Ostrovsky <David.Ostrovsky@gmx.de>
|
|
Change-Id: I73ce022d064c7ccfeb71f5560f112aac3d777bf7
|
|
Change-Id: If205ae9eb25882a107fd1cadfab9ec3516d520db
|
|
|
|
Change-Id: I5662db1cfe3506b3a8d4444248f872345cca4343
|
|
Change-Id: Ic4d098694b1dc6149aa690fa2bb106a8162ca6ab
|
|
We have only been lucky so far that there hasn't been any compilation errors
caused by using the HOST platform config_*.h files also for the BUILD
platform. But as more and more information found out during configury is
stored in config_*.h files, sooner or later it will be a problem.
Move config/* to config_host/*. When not cross-compiling, the config_*.h files
in config_host expanded from config_*.h.in are all there is. When
cross-compiling, the generated config_*.h files for the BUILD platform are
put into a config_build folder.
Then use config_build when building the cross_toolset and config_host
otherwise.
Change-Id: I3c28cc83866bffd696b45d00dfb68e00bc2ae538
|
|
Change-Id: I08ab04005720e0de826d6a0cd33211e3a70d5965
|
|
Change-Id: I7127db6aad9e97a0f3e758aa83b22ac8465d3f43
|