summaryrefslogtreecommitdiff
path: root/udkapi
ModeNameSize
-rw-r--r--Makefile225logplain
-rw-r--r--Module_udkapi.mk1001logplain
-rw-r--r--README247logplain
-rw-r--r--UnoApi_udkapi.mk12989logplain
d---------com / sun / star30logplain
d---------type_reference38logplain
generated by cgit (git 2.34.1) at 2024-07-01 03:39:17 +0000
horsten.behrens@allotropia.de> 2021-01-24upload libodfgen 0.1.8David Tardon Change-Id: Ibc59469b74d54a2b307ea708ea5c4a752532f0b0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109840 Tested-by: Jenkins Reviewed-by: David Tardon <dtardon@redhat.com> 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> 2017-10-29libodfgen: pass optimization flags to configureDavid Tardon Change-Id: I23aa89602206bedf3b1faf58c5e153a4d06cb515 Reviewed-on: https://gerrit.libreoffice.org/43997 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com> 2015-09-17blind attempt to fix lcovDavid Tardon Change-Id: If8d6c8da1be1e540d641f20ac90e7877feae27be 2015-08-30libodfgen: drop dep. on boostDavid Tardon Change-Id: If13cdf90de752626bbd37877fea045faae0616cb 2015-08-11gbuild/config stop using VERBOSE, use only verbose=tNorbert Thiebaud configure.ac was setting VERBOSE=YES/NO when really we use verbose=t or verbose= Change-Id: I47aee8d177cb2d788a62ecdbbb9cc3695c2bb299 Reviewed-on: https://gerrit.libreoffice.org/17634 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> 2015-06-12Fix Linux RPATH of various external modulesStephan Bergmann ...as discussed in 371cc81bd9ccbfbed25f810e70899c044280349e "external/liborcus: Fix Linux RPATH:" * When an external module produces multiple libraries (that we all install) that depend on each other, they need to contain $ORIGIN in RPATH (strictly speaking, those that do not depend on any other libraries from the module would not need that, but it is harmless and easier to do that way). * When an external module's libraries depend on other external modules' libraries, and (at least some of) those other external modules are not configuread as --with-system-*, they need to contain $ORIGIN in RPATH (again, for simplicity, some libraries may get that even if they would not strictly need it). * Try to outsmart the external modules' libtool instances to not add (ultimately bogus) paths to RPATH for dependencies on libraries from external modules (either from the same module, or from anohter module not configured as --with-system-*). The only time we do not outsmart libtool, and instead rely on it (hopefully?) doing the right thing is when a given external modules' libraries depend on libraries from excatly one other external module, and the latter is configured as --with-system-*. * That outsmarting means that if an external library depends both on external libraries provided by modules not configured as --with-system-* (so RPATH contains $ORIGIN, and the outsmarting is not suppressed) and on external libraries provided by modules configured as --with-system-*: Then if the latter are in unusual locations on the system that would require an RPATH entry (which might be provided via the corresponding "pkg-config --libs", say, and presumably would be honoured by libtool if we did not outsmart it), then those paths are now erroneously missing from RPATH. * That outsmarting also causes linking of some utility applications in module redland to fail, but those are ultimately unused, so cut them off by patching their respective sub-directory Makefile.in. Change-Id: Iec05b3568fbcf04987018322c328b769ae4f5dab 2015-01-26external/lib{odfgen,revenge}: Declare proper symbol visibilityStephan Bergmann ...not only when building the libs themselves, but also when including their header files from other code. (Omission only becomes obvious with hidden function type RTTI causing false positives from Clang -fsanitize=function.) As these external libs do not record the decision to enable visiblity in a config header file that gets included, it appears easiest to hack that knowledge into gbuild for now. (Note that libodfgen internally uses librevenge.) Change-Id: I6a3a722d561b8cbce6e5b1f27d7aa2d7602f3cdf 2014-11-10external: fortunately boost no longer requires config_host.mkMichael Stahl Change-Id: I8f2176500bf620cd5e4cdf434e6122b6163b3e0f 2014-08-29Simplify some $ENABLE_DEBUG expressionsStephan Bergmann Change-Id: I9f60fd317f3a2995a182d51d06059bd994cf837c 2014-08-29Pass --enable-debug down to some externalsStephan Bergmann Change-Id: I3bb3c90142cbbd32877ba5e3d9070bc52ee76df9 2014-08-04fdo#82035 fix loader pathsDavid Tardon Change-Id: Ibecd7a89491b487bec54e8a86edbb1b133cdb8f0 2014-05-26rebase all import libsDavid Tardon Change-Id: I9e1fc613816c943f4fb1033185e34e3acf317f1d 2014-05-26Let's make it fully clear what we wantTor Lillqvist Change-Id: Idfd73565c29c4ebcf561955fa965a81888a59315 2014-05-26Don't build as shared library when DISABLE_DYNLOADINGTor Lillqvist Change-Id: Ib3339689d41f02b258f6c398887faae28e602a5c 2014-05-25the other way around...David Tardon Change-Id: I6aeaa95079e37e710e5b8b1b8ce24464e11f45bb 2014-05-25build libodfgen as shared libDavid Tardon Change-Id: I3a2c9f56e87ee6395bd3505a8fe372632e242312 2014-02-27normalize values of CROSS_COMPILINGMichael Stahl Change-Id: I0cc43cef91e3fcd82a3558a16ab0afbd4d56b141 2014-02-12normalize values of SYSTEM_BOOSTMichael Stahl Change-Id: I2fce6545d7f279e0e2d6f3ff53eee1ab82314135 2013-11-14more externals need config_host for boostMichael Stahl Change-Id: I0cfb09240a2e525cbd57b099b6e52eeabcc57d3f 2013-10-30update libodfgenDavid Tardon Change-Id: I9466c07f18b4befaba662386d69426dd6687d2dd Reviewed-on: https://gerrit.libreoffice.org/6487 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com> 2013-10-19fdo#70393: move libodfgen to a subdir of externalKhaled Hosny Change-Id: If43571222806df4c3d25ab88eab3b1755f583d5a Reviewed-on: https://gerrit.libreoffice.org/6333 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>