summaryrefslogtreecommitdiff
path: root/unoil
AgeCommit message (Collapse)AuthorFilesLines
2023-04-11allow native compile for windows aarch64Christian Lohmaier1-1/+1
using both --host=aarch64-pc-cygwin and --build=aarch64-pc-cygwin on a suitable system. Change-Id: Id11e25b03de8dd8dd52c63e7a06d57d44e3fce33 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/150053 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2021-04-07Updated README.md files to represent current code / use Markdown formatHossein1-1/+3
Previously, all of the README files have been renamed to README.md and now, the contents of these files were changed to use Markdown format. Other than format inconsistency, some README.md files lacked information about modules, or were out of date. By using LibreOffice / OpenOffice wiki and other documentation websites, these files were updated. Now every README.md file has a title, and some description. The top-level README.md file is changed to add links to the modules. The result of processing the Markdown format README.md files can be seen at: https://docs.libreoffice.org/ Change-Id: Ic3b0c3c064a2498d6a435253b041df010cd7797a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/113424 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de> Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2021-03-24Using .md extension/Markdown syntax for modules READMEHossein1-0/+0
Renaming all README files for all top level modules to README.md, applying no content change at this stage to be able to track history of the files. These files should be edited to use correct Markdown syntax later. Change-Id: I542fa3f3d32072156f16eaad2211a397cc212665 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/112977 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2021-03-23Rename LO Windows arm64 ID to aarch64Jan-Marek Glogowski1-1/+1
The Windows platform is called Arm64. But now that the ID for Mac is also going to be renamed from arm64 to aarch64, this get's rid of the arm64 as the UNO identifier and user in gbuild, just like on all other Arm64 platforms. Change-Id: I60a7eafd04b426f17b6e41ad9a09e6405c0d4173 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/112973 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2020-09-17cli_ure: Disable .NET for Windows Arm64 buildJan-Marek Glogowski1-0/+2
The current .NET 5.0 Arm64 preview doesn't have a mscoree.lib, so linking the climaker isn't possible. Change-Id: Ibbac88aa465a9ca2eb8fb0efaad91d20f358229b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102858 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2020-08-05add dependency to juh,jurt,ridl,unoil pomsRene Engelhard1-0/+10
They are dummies now and empty (except Class-Path:). Thus maven should pull in libreoffice.jar, too Change-Id: I63753deddceef6480fd4f5122b4892b707a9dd20 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/98929 Tested-by: Jenkins Reviewed-by: David Ostrovsky <david@ostrovsky.org>
2020-05-06Move all public Java classes to libreoffice.jarSamuel Mehrbrodt1-1/+1
This moves the classes from juh.jar and ridl.jar to libreoffice.jar The goal is to have one single jar (and Java module, will be added later) which developers can include to work with LO. juh.jar and ridl.jar are kept as basically empty jars with libreoffice.jar on its classpath to keep backwards compatibility. This is a continuation of ae855bf48163ff64d94cfc34aff8e37abdb5518d and a preparation to have Java 9 module support. Change-Id: Ifbbfb97f60373d14256e62ae3122913bd17d5bbb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91930 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-02-16GBUILD_TRACE, support for finding out where the build time is spentLuboš Luňák1-0/+2
See instructions in solenv/gbuild/Trace.mk . This generates a file than can be viewed e.g. in the Chromium tracing view. Change-Id: I5f90647c58ca729375525b6daed2d4918adc8188 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88754 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2020-02-04tdf#117331 Merge jurt and unoil into ridlSamuel Mehrbrodt1-6/+2
jurt.jar and unoil.jar are kept as effectively empty jars, each with a Class-Path: ridl.jar in their meta-inf/manifest.mf, so that 3rd-party code loading them (with or without also loading ridl.jar) will still have access to their content. Conceptually, the UNOIDL entities in unoil.jar (corresponding to module offapi) are not part of the URE, but are now made available by URE's ridl.jar. This should probably not cause problems in practice. At least for now, we seal exactly those packages in ridl.jar that were originally sealed in jurt.jar. Ideally, all of ridl.jar could be sealed now, but that would be mildly incompatible, as it would prevent 3rd-party code from introducing additional UNOIDL entities in the relevant namespaces (even if that is something we do not want 3rd-party code to do anyway). However, some JunitTest_jurt_* define classes in those sealed packages. In the past they got away with that by using gb_JunitTest_use_jar_classset,*,jurt. Instead they now need to gb_JunitTest_use_jar_classset,*,ridl and drop the gb_JunitTest_use_jar,*,ridl. But the former only makes available the classes that are specified in ridljar/Jar_ridl.mk with gb_Jar_add_sourcefiles, not the UNOIDL entities specified via gb_Jar_add_packagedirs. But the tests need the udkapi UNOIDL entities, so introduce gb_JunitTest_add_classpath to let the tests get them explicitly. (Curiously, JunitTest_jurt_uno and JnitTest_jurt_util use gb_JunitTest_use_jar_classset,*,jurt but don't seem to acutally need it; lets leave that for a follow-up clean up.) As a follow-up clean up, relevant files could be moved from jurt/ to ridljar/. Change-Id: I836f4e7bb47fb41f1306e3f223da90dba988eb9a Co-authored-by: Stephan Bergmann <sbergman@redhat.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/84946 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-04-16Use https instead of httpGulsah Kose1-1/+1
Use "https://cgit.freedesktop.org/libreoffice/core" instead of "http://cgit.freedesktop.org/libreoffice/core" Change-Id: Ic7248eeb2a9452da7236eeee08414a77714dd234 Signed-off-by: Gulsah Kose <gulsah.1004@gmail.com> Reviewed-on: https://gerrit.libreoffice.org/52926 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2017-11-24tdf#113787: always require version file with config for CLI assembliesMichael Stahl1-1/+1
The CliUnoApi_oootypes does not use the same version file as everything else, so pass that in as a parameter.
2017-08-16tdf#108709 cli_ure,unoil: bump CLI assembly versions for 5.4Michael Stahl1-3/+3
perl cli_ure/source/scripts/increment_version.pl cli_ure/version/version.txt cli_ure/version/incversions.txt temp.txt && mv temp.txt cli_ure/version/version.txt perl cli_ure/source/scripts/increment_version.pl unoil/climaker/version.txt unoil/climaker/incversions.txt temp.txt && mv temp.txt unoil/climaker/version.txt Change-Id: Iaea028fc345d090317f7ebf128b683b4643a1093
2017-08-16cli_ure,unoil: always increment all CLI assembly version numbersMichael Stahl1-0/+22
There is a increment_version.pl, which uses the incversions.txt to increment the CLI version numbers. But it first checks that there are new published UNO types, and exits if there are none. Not sure where the input for that is supposed to come from. But the OOo docs claim that all version numbers have to be incresed for every release to work around some MSI issue, so change the script to do that and add an incversion.txt in unoil too. http://www.openoffice.org/udk/common/man/spec/assemblyversioning.html https://support.microsoft.com/en-us/help/905238/an-assembly-in-the-global-assembly-cache-or-sxs-is-missing-after-you-p Change-Id: I6190b53d1a3ff00b9fe014f86f7ec8cddef9904e
2015-12-03Add build toolchain to upload LibreOffice API to Maven CentralDavid Ostrovsky1-0/+21
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>
2015-12-01Expose metadata to deploy LibreOffice artifacts on Maven CentralDavid Ostrovsky1-0/+44
As outlined in the requirements to deploy the artifacts on Maven Central, the metdata must be provided: * Project Name, Description and URL * License Information * Developer Information * SCM Information [1] http://central.sonatype.org/pages/requirements.html Change-Id: I0bcd19a22d0e1a48f0faec0b414f816f7da5b318 Reviewed-on: https://gerrit.libreoffice.org/20315 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2013-10-30cli_ure: remove CLI version PackagesMichael Stahl2-20/+0
Tweak the installer so it reads the included files from SRCDIR. Change-Id: Ic4d3d2c003c2d0c5aebea6dd32f5989f3d4f04e4
2013-10-28gbuild: set Package default target to INSTDIRMichael Stahl1-0/+2
Change-Id: I2bc45e4ba63f5faaee7389bcd9d7b3f563503186
2013-10-28unoil: build cli_oootypes.dll via CliUnoApiMichael Stahl4-75/+30
Change-Id: I9f6a410515106941c4848edafaffaeacbc27b125
2013-10-25gbuild: refactor UnoApi to remove rdb files from OUTDIRMichael Stahl1-2/+6
- gb_UnoApi_get_target returns the files in INSTDIR - stop using rdb files from OUTDIR - remove gb_UnoApi_install - remove pointless 2nd parameter of gb_UnoApi_UnoApi - order-only dependency from gb_UnoApi_get_target to gb_UnoApiHeadersTarget_get_target because INSTDIR .rdb is always outdated Change-Id: Id418f75e9b38d6fe135b55eca2594c2624bc41cc
2013-08-19Rename SOLAR_JAVA to ENABLE_JAVA and HAVE_FEATURE_JAVATor Lillqvist1-1/+1
Change-Id: Ib451bdb3c1c2ca42347abfde44651d5cf5eef4f3
2013-04-29climaker no longer needs *.rdb.oldformat input filesStephan Bergmann1-2/+2
Change-Id: I55447aba5abcc8205543c7ca64763b5c99854837
2013-04-24More "Let climaker work on *.rdb.oldformat for now"Stephan Bergmann1-3/+4
...also, the use of double use of udkapi.rdb in climaker call in testtools/CustomTarget_bridgetest_climaker.mk looked fishy. Change-Id: I8be22b184740d65e567df65bae51fe18066be102
2013-04-22Move to MPLv2 license headers, with ESC decision and author's permission.Michael Meeks6-132/+24
2013-04-11[API CHANGE] WIP: Experimental new binary type.rdb formatStephan Bergmann1-1/+1
Make javamaker work on top of unoidl/ instead of registry/. API CHANGE: javamaker no longer supports the -B switch, as that is meaningless with the new format. When reading from an old-format .rdb file, /UCR is hard- coded as the prefix now. Change-Id: I8cca39f8ebacd0476934f7bd493d206928d063a9
2013-03-14remove legacy build.pl prj/build.lst files.Michael Meeks1-2/+0
2013-02-28remove all d.lstMichael Stahl1-0/+0
Change-Id: Icba4218c5f9fe89d183d25ea82a8eae52881f885
2013-01-26gbuild: fix silly "expandtabs" in makefile VIM modelinesMichael Stahl4-4/+4
Change-Id: I54d8923ad315e8041fd3904da3a29f1a7a8c8b16
2012-12-30add runtime deps for custom targetsDavid Tardon2-2/+2
Change-Id: I49272003ea72c84c9e81bc826820b0ac5f9d5008
2012-08-15gbuild: remove horrible abuses of gb_Jar_use_jars:Michael Stahl1-1/+1
Let gb_JavaClassSet_use_customtarget add the customtarget workdir to the classpath. Change-Id: I836e890b43bb2ca06d19cf9f83a5fa8f735cf963
2012-06-26re-base on ALv2 code.Michael Meeks2-22/+30
2012-05-10normalize variable names in gbuild user makefilesMichael Stahl2-16/+20
Variables should have module name as prefix to prevent collisions.
2012-05-09gbuild: remove gb_Helper_abbreviate_dirs_nativeMatúš Kukan2-4/+4
Change-Id: I0a3ad6553692fc21eaf96cf35e9c343b4d716c21
2012-04-29make gbuild the default assumption of build.plBjoern Michaelsen1-1/+0
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
2012-04-14unoil: remove generated classes before calling javamakerMichael Stahl1-0/+1
Otherwise the class files for IDL files that were removed still end up in unoil.jar and may cause JunitTest to fail with "binaryurp::Unmarshal: type with unknown name: ".
2012-04-09enforce only one possible use of gb_CustomTargetMatúš Kukan2-2/+2
This brings two changes: - no more recursive calling of make - gbuild_simple is now not used => removed
2012-04-08gbuild: "use" vs. "add":Michael Stahl1-1/+1
Naming convention for gbuild methods: - "add" is used for stuff that is logically a part of the target (i.e. not registered at the Module, but defined in the target's makefile) - "use" is used for stuff that is logically a different target (i.e. it is registered at the Module, has it's own makefile, may be in a different module than the target)
2012-04-06include variable before it's usedMatúš Kukan1-2/+2
2012-04-06unoil: use CustomTarget makefilesMatúš Kukan6-77/+33
2012-03-23.txt files don't need executable bitsMichael Stahl1-0/+0
2012-03-16unoil: add missing dependencies in custom makefileMichael Stahl1-1/+1
2012-03-10gbuild: remove some more realpathsMatúš Kukan1-1/+1
Where necessary, replace with wildcard, what does not change path.
2012-02-17update makefilesDavid Tardon1-35/+2
2012-02-17merge feature/gbuild_javaDavid Tardon20-405/+320
2012-02-16unoil: fix Windows buildMatus Kukan1-3/+6
2012-02-16add gb_Helper_abbreviate_dirs_nativeMatus Kukan1-1/+2
2012-02-06Added READMEs for modules related to URE, with content from the wikiJosh Heidenreich1-0/+1
2011-12-25fix deps on executablesDavid Tardon2-2/+2
2011-12-25add dependency on packageDavid Tardon1-2/+4
2011-12-24remove old cruftDavid Tardon6-208/+0
2011-12-24gbuildize unoilDavid Tardon14-197/+314
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-29 12:13:31 +0000