summaryrefslogtreecommitdiff
path: root/unoil
AgeCommit message (Collapse)Author
2020-02-16GBUILD_TRACE, support for finding out where the build time is spentLuboš Luňák
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 Mehrbrodt
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 Kose
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 Stahl
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 Stahl
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 Stahl
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 Ostrovsky
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 Ostrovsky
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 Stahl
Tweak the installer so it reads the included files from SRCDIR. Change-Id: Ic4d3d2c003c2d0c5aebea6dd32f5989f3d4f04e4
2013-10-28gbuild: set Package default target to INSTDIRMichael Stahl
Change-Id: I2bc45e4ba63f5faaee7389bcd9d7b3f563503186
2013-10-28unoil: build cli_oootypes.dll via CliUnoApiMichael Stahl
Change-Id: I9f6a410515106941c4848edafaffaeacbc27b125
2013-10-25gbuild: refactor UnoApi to remove rdb files from OUTDIRMichael Stahl
- 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 Lillqvist
Change-Id: Ib451bdb3c1c2ca42347abfde44651d5cf5eef4f3
2013-04-29climaker no longer needs *.rdb.oldformat input filesStephan Bergmann
Change-Id: I55447aba5abcc8205543c7ca64763b5c99854837
2013-04-24More "Let climaker work on *.rdb.oldformat for now"Stephan Bergmann
...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 Meeks
2013-04-11[API CHANGE] WIP: Experimental new binary type.rdb formatStephan Bergmann
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 Meeks
2013-02-28remove all d.lstMichael Stahl
Change-Id: Icba4218c5f9fe89d183d25ea82a8eae52881f885
2013-01-26gbuild: fix silly "expandtabs" in makefile VIM modelinesMichael Stahl
Change-Id: I54d8923ad315e8041fd3904da3a29f1a7a8c8b16
2012-12-30add runtime deps for custom targetsDavid Tardon
Change-Id: I49272003ea72c84c9e81bc826820b0ac5f9d5008
2012-08-15gbuild: remove horrible abuses of gb_Jar_use_jars:Michael Stahl
Let gb_JavaClassSet_use_customtarget add the customtarget workdir to the classpath. Change-Id: I836e890b43bb2ca06d19cf9f83a5fa8f735cf963
2012-06-26re-base on ALv2 code.Michael Meeks
2012-05-10normalize variable names in gbuild user makefilesMichael Stahl
Variables should have module name as prefix to prevent collisions.
2012-05-09gbuild: remove gb_Helper_abbreviate_dirs_nativeMatúš Kukan
Change-Id: I0a3ad6553692fc21eaf96cf35e9c343b4d716c21
2012-04-29make gbuild the default assumption of build.plBjoern Michaelsen
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 Stahl
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úš Kukan
This brings two changes: - no more recursive calling of make - gbuild_simple is now not used => removed
2012-04-08gbuild: "use" vs. "add":Michael Stahl
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úš Kukan
2012-04-06unoil: use CustomTarget makefilesMatúš Kukan
2012-03-23.txt files don't need executable bitsMichael Stahl
2012-03-16unoil: add missing dependencies in custom makefileMichael Stahl
2012-03-10gbuild: remove some more realpathsMatúš Kukan
Where necessary, replace with wildcard, what does not change path.
2012-02-17update makefilesDavid Tardon
2012-02-17merge feature/gbuild_javaDavid Tardon
2012-02-16unoil: fix Windows buildMatus Kukan
2012-02-16add gb_Helper_abbreviate_dirs_nativeMatus Kukan
2012-02-06Added READMEs for modules related to URE, with content from the wikiJosh Heidenreich
2011-12-25fix deps on executablesDavid Tardon
2011-12-25add dependency on packageDavid Tardon
2011-12-24remove old cruftDavid Tardon
2011-12-24gbuildize unoilDavid Tardon
2011-06-16Use DESKTOP and NATIVE where appropriateTor Lillqvist
2011-06-03Drop %_EXT% which was always emptyTor Lillqvist
2011-03-23Merge commit 'ooo/DEV300_m103'Jan Holesovsky
Conflicts: codemaker/source/bonobowrappermaker/corbaoptions.cxx codemaker/source/cppumaker/cppuoptions.cxx codemaker/source/cunomaker/cunooptions.cxx codemaker/source/idlmaker/idloptions.cxx codemaker/source/javamaker/javaoptions.cxx cppu/source/typelib/typelib.cxx idlc/source/options.cxx offapi/com/sun/star/util/PathSubstitution.idl offapi/drafts/com/sun/star/form/ListEntryEvent.idl offapi/drafts/com/sun/star/form/XBindableValue.idl offapi/drafts/com/sun/star/form/XListEntryListener.idl offapi/drafts/com/sun/star/form/XListEntrySink.idl offapi/drafts/com/sun/star/form/XListEntrySource.idl offapi/drafts/com/sun/star/form/XValueBinding.idl registry/tools/checksingleton.cxx registry/tools/options.hxx registry/tools/regcompare.cxx registry/tools/regmerge.cxx sal/cppunittester/cppunittester.cxx sal/osl/unx/socket.c sal/osl/w32/diagnose.c sal/prj/d.lst sal/rtl/source/alloc_fini.cxx sal/rtl/source/alloc_global.c sal/rtl/source/makefile.mk
2011-03-07CWS-TOOLING: integrate CWS jsc340Ivo Hinkelmann
Notes: split repo tag: ure_ooo/DEV300_m102
2011-02-18jl64 #i117009# increase versions of cli assembliesJoachim Lingner
2011-02-01Clean up makefilesThomas Arnhold
2010-11-09jsc340: i114887: cleanup of old not used draft typesJuergen Schmidt
generated by cgit (git 2.34.1) at 2025-01-06 11:35:12 +0000