Age | Commit message (Collapse) | Author |
|
Change-Id: I7696dde7337531629d29cce7eb3f882cb4bfad0d
|
|
Change-Id: I394b61fac90e1c2c26b1a4f073b87a5d3ae3e666
Reviewed-on: https://gerrit.libreoffice.org/2105
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Ib29dfc71f8c2d0797ead2c32f77bedf7156a3393
|
|
Change-Id: I7b1bd08d9e5157c4eacb8ee5005c76e93eb32e63
|
|
...all the "Offset of Idx-Name" in the data format can likely be further shrunk
by getting rid of the newly added level of indirection again.
Change-Id: I322f4869a4d6f2e63802406f998e22beea30db41
|
|
Change-Id: I343a3e6d57e8f9e1a35cdf3b5825f5a6f58fd133
|
|
Change-Id: If9f9dfd450cd010528dd625f50049f4e963b01a6
|
|
Change-Id: I6c24bf51acc0d014ede2f36e17e52cef21753d41
|
|
cppuhelper/source/typedescriptionprovider.cxx would read it if it finds .rdb
files in that format.
Throwaway new reg2bin tool for now can translate existing .rdb files into the
new format.
Change-Id: Iacf219c30cfc358c3d31fb0d73966cf2296a4fe5
|
|
Change-Id: Ie859cb2dfdc7103c379fce56be88eef8fe390afd
Reviewed-on: https://gerrit.libreoffice.org/1924
Tested-by: Luboš Luňák <l.lunak@suse.cz>
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
|
|
Change-Id: I54d8923ad315e8041fd3904da3a29f1a7a8c8b16
|
|
- do not use gb_UnpackedTarball_copy_header_files for boost
- adapt the optimization in concat-deps.c for new path
- use boost_headers in all LinkTargets that require it
- add explicit include paths to mysqlc, mysqlcppconn, libvisio, liborcus
Change-Id: I0c43e73ed43cc9d2e6bce8faf55e992d655a0bb9
|
|
...that had once been workarounds for compilers that did not yet support the
C++98 scoping rules for declarations in for-init-statements.
Change-Id: I51dc42982b30bf3adea6de1a10a91c0b4b4acfbe
|
|
...to make it easier in the future to replace the binary rdb format with
something else, but also keep support for the old format for backwards
compatibility (extensions).
This should have no performance impact, as the type description manager (a)
caches information about requested type descriptions, and (b) has been changed
to process the bootstrap rdbs en bloc without doing costly consistency checks
(which are useful though when inserting an rdb when installing an extension, but
which would exhaustively read all type descriptions from the inserted rdb, so
would negate any benefit of constructing any type descriptions on demand only).
Change-Id: I80b22770bd9a5e0ab686f04d9c70295f2e3d0bf6
|
|
Change-Id: I2a4c5b1f1f735e2bf5a8670d2f957f84388f0164
|
|
Change-Id: I037ed9899873e614e9e10c89f1f8a74efa73d737
|
|
...no need to handle it specially during bootstrap.
Change-Id: I666dc9c0040a30a7d81ec1815c338be1407281bb
|
|
Change-Id: I6e1a5a0223c1ea3e1a8c8800fb4cb032719ecf4f
|
|
...they had effectively never been used.
Change-Id: I514f2b844661e144cef758eb3ce7c4607ffad635
|
|
Change-Id: I60bbb6fce36d20d476adc963ad2182f71e9c19c7
|
|
An aborting stub is left in cppuhelper/source/compat.cxx to avoid having to
incompatibly change cppuhelper/source/gcc3.map.
Change-Id: I28359397fa9c06ac955ee646b5ad3486e9200a10
|
|
...instead of having to rely on the odd bootstrapInitialSF and explicit
loadSharedLibComponentFactory.
Change-Id: I2fb212024c483254da015db3af43d9002051dddc
|
|
Change-Id: Ice206b1dabf8dbcad613f886574e737c039d2119
|
|
Change-Id: I94fe7e68c5a49e591a625e9bf62108acac69428d
|
|
That they do is a leftover hack from before we started using the
DISABLE_DYNLOADING thing on Android, it isn't actually necessary any
more. Earlier when the UNO components were actually dynamic libraries
on Android (too, as on desktop OSes), they *had* to have names
starting with "lib" or they would be silently skipped when
packaging.
Change-Id: I11a4689f316e1ffb640a5c3110c63296d2833a84
|
|
We still have checks for $(COM) being GCC or MSC in makefiles, of
course. But there is no reason to pass -D$(COM) to compilations.
Checking the built-in compiler-specific macros __GNUC__, _MSC_VER
(etc) is the right thing to do.
Change-Id: Ia961a29ba74e2c4977e5300a92318f38104c6592
|
|
GUI only takes values UNX or WNT, so it is fairly pointless. One can check
whether OS is WNT or not instead.
Change-Id: I78ae32c03536a496a563e5deeb0fca78aebf9c34
Reviewed-on: https://gerrit.libreoffice.org/1304
Reviewed-by: Peter Foley <pefoley2@verizon.net>
Tested-by: Peter Foley <pefoley2@verizon.net>
|
|
...this was a transitional hack to get XML-format service.rdbs in. Now that
registry-based bootstrap_InitialComponentContext is gone, XML-format .rdbs need
only be handled in cppuhelper/source/defaultbootstrap.cxx (so the
textualservices stuff once duplicated to there now effectively moved there).
Change-Id: Ifb93558768095c1b462fe4057ebf8724968cca77
|
|
... com.sun.star.comp.helper.RegistryServiceFactory (juh.jar). Superseded by
default bootstrap mechanisms.
An aborting stub for non-inline cppu::createRegistryServiceFactory is left in
cppuhelper/srouce/compat.cxx to avoid having to incompatibly change
cppuhelper/soruce/gcc3.map.
Change-Id: I590e50b8f57e86d4bb3e00d157c9e5907c02f267
|
|
...so that 16f856a5ca827602362692907dfcf287aa91602e "Adapt climaker to
cppu::bootstrap_InitialComponentContext removal" does not fail. Starting uno
processes from within the build should thus use URE_MORE_SERVICES/TYPES now,
too.
Change-Id: I0a7cfacc804814a2688e54275ebc3e39540d307c
|
|
cppu::createSimpleRegistry, cppu::createNestedRegistry, and
cppu::bootstrap_InitialComponentContext for registry-based type/service
information, superseded by cppu::defaultBootstrap_InitialComponentContext.
Aborting stubs for the three functions are left in cppuhelper/source/compat.cxx
to avoid having to incompatibly change cppuhelper/source/gcc3.map.
Change-Id: I8e714c021c246b15a6e6fb7f25d754dceff17c8a
|
|
|
|
Patches contributed by Ocke Janssen
converted reportdesign.
http://svn.apache.org/viewvc?view=revision&revision=1396797
http://svn.apache.org/viewvc?view=revision&revision=1394326
Patch contributed by Oliver Rainer-Wittmann
sw34bf06: #i117783# - Writer's implementation of XPagePrintable -
apply print settings to new printing routines
http://svn.apache.org/viewvc?view=revision&revision=1172115
|
|
|
|
Change-Id: I80af0399037e4f68113338139e7f2ad2400e65ab
|
|
This changes all generated API headers (.hpp and .hdl) to use a
namespace alias 'css' instead of the pointlessly long com::sun::star
Makes the change in cppumaker & associated tools, adds a global
namespace alias definition in sal/types.h, and removes a kiloton
of local, now pointless-to-harmful versions of that alias from all
over the code.
Change-Id: Ice5a644a6b971a981f01dc0589d48f5add31cc0f
|
|
Change-Id: I9c1026ad87f3031f1c56066ab24d23d3a6d8782b
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I8391c874723bddaabe2fde12f22d9f50a444d3df
|
|
...as there are typically no direct calls to it anyway. What is apparently
needed is to decorate the cppumaker-generated headers instead:
* cppumaker obtains deprecation-information from the documentation strings in
.rdb files. As these are normally generated by idlc without documentation
included (no -C), idlc got changed to nevertheless contain documentation
consisting of just "@deprecated" in this case, to allow to easily tunnel this
information to cppumaker always.
* The mechanism of parsing for "@deprecated" in documentation strings is
somewhat crude, of course.
* For now, cppumaker only decorates C++ functions that correspond to UNOIDL
interface attributes and methods. More should be possible (but, e.g., being
able to decorate a complete C++ class corresponding to a deprecated UNOIDL
interface type depends on whether all platforms would accept
SAL_DEPRECATED_INTERNAL at the same position in a C++ class declaration.
* This could also be extended to other languages than C++/cppumaker.
* Always using SAL_DEPRECATED_INERNAL instead of SAL_DEPRECATED for decoration
is to keep things simple and our codebase working. Improvements are possible
here, too, of course.
Change-Id: Ia2917892f780d477652e4cd9f286588a6898c3f5
|
|
It flags methods that we don't want used externally, but havn't
finished removing internally.
Change-Id: I818ee0ea2bf5294be816256a0e7f1868f26806b8
|
|
Change-Id: Iefbe31af8d6ec421c6006423b6ee3a6375e3d453
|
|
Change-Id: Ie8f2de8f11f8fec3a9f014bbcc46a506dfb3058d
|
|
|
|
Change-Id: I2b5e4abdceea25180c9caafabc49c22077016a05
|
|
Change-Id: I022f7d450f66e1ff0fb4e4aedfebc16b83ad32b9
|
|
Change-Id: I652ac46aec72a92667995353efa637f0a2310672
|
|
Change-Id: I7e0eb7ba3be8ac2b70e6a56d84c1a890be0ba396
|
|
Change-Id: I30ee99fe2a2e92c69ebfcef9af5ff1bb27ec114b
|
|
There are basicically two classes of cases:
1) Where the code is for obscure historical reasons or what I see as
misguided "optimization" split into a more libraries than necessary,
and these then are loaded at run-time. Instead, just use direct
linking.
2) Where dynamic loading is part of the functionality offered to some
upper (scripting etc) layer, or where some system-specific non-LO
library is loaded dynamically, as it is not necessarily present on
end-user machines. Can't have such in the DISABLE_DYNLOADING case.
Change-Id: I9eceac5fb635245def2f4f3320821447bb7cd8c0
|
|
Change-Id: Ib5da7703bf48713093bc6a3380facafd0013e039
|