| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: Ieb49277020d31779979d8eb508391d6f8b97bf94
|
|
|
|
| |
Change-Id: I313afb391562adae4f91c55480a036c228e0b540
|
|
|
|
| |
Change-Id: I44c3b830a61ef1f65833732b5bc66c061ed27c21
|
|
|
|
| |
Change-Id: I9ba3739f1693f5427c9ea49f2b6016f364f444ff
|
|
|
|
| |
Change-Id: I44b7f56aa1b4b9bc290c9c15281b64947a694e5c
|
|
|
|
| |
Change-Id: Ie9032c6faa493da47e76bc9ff467c4de4b318ca9
|
|
|
|
|
|
|
| |
Always link in gb_STDLIBS, except when the library explicitly opts out
with gb_LinkTarget_disable_standard_system_libs.
Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
|
|
|
|
|
|
| |
... new gb_LinkTarget_add_standard_system_libs
Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
|
|
|
|
| |
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
|
|
|
|
|
|
| |
Except bootstrap, javaloader and javavm. They are special.
Change-Id: I28e28d07b4b1daf45f7416151a94ac376fc01db7
|
|
|
|
|
|
|
| |
Change-Id: Ifcfa48fc87f905a91470a5b0fd597b02f220784c
Reviewed-on: https://gerrit.libreoffice.org/671
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
|
|
| |
Change-Id: I85016d1e70dbb5e499aefad568179800b5d00ab7
|
|
|
|
| |
Change-Id: I83a51dc7a68413d9fea16c8cafdb82e665940775
|
|
|
|
| |
Change-Id: I3afe59a6326b9e5cb26c39a82d7aabdb05cc2b7e
|
|
|
|
| |
Change-Id: I5e216ca01830a6568159ee8e9265938667f201a1
|
|
|
|
| |
Change-Id: I28dba7f4c7310da931831319aa33a3a67c845381
|
|
|
|
| |
Change-Id: I36c6dc025d0094c0b1666e13b25d78931392f768
|
|
|
|
| |
Change-Id: I317058e3b25cebb7c1d89361636261c5f16a84d4
|
|
|
|
|
|
| |
Those classes don't exist. So remove friend class operators too.
Change-Id: I8e3b32db933dea7cbab86015f0c926df967511f6
|
|
|
|
|
|
|
|
|
|
| |
Evidently on Windows, the newfangled ucpp handles #include "foo"
differently from #include <foo> and treats it as a relative path, while
the angle brackets always result in absolute paths.
Since relative paths result in infinite rebuilds if make is invoked in a
different directory, don't use #include "foo" in IDL files.
Change-Id: Iedcda3a4be5542389a0be086f14541cda8dc5323
|
|
|
|
| |
Change-Id: I234c615d9d3386da2b244709add5c029b76d346c
|
|
|
|
| |
Change-Id: Ie355701716c7106ef2afd76ae8b6544a00ac474c
|
|
|
|
| |
Change-Id: Id4210229b20a1d54b680ff1a2ccbcdd3684ecf5f
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Those never get included at any point in the code.
Change-Id: I17736e005635b9e57759cfc95176a99e7c5e8988
|
|
|
|
| |
Change-Id: I0c1b2f2d908c31d1510662880c13504d81445a6a
|
|
|
|
| |
Change-Id: I6c145e984c885c7e06caa1c27bfb354ea49ad9ce
|
|
|
|
| |
Change-Id: Ice06e639213aeb6f7f23cbf4634947dd25613db1
|
|
|
|
| |
Change-Id: I666791b2a2bb817d59625868d5e2df1a9341b2ff
|
|
|
|
|
|
| |
More than two lines are removed for readability.
Change-Id: Ibff6cf68d7c512e240a54065b54a225bb23a782b
|
|
|
|
| |
Change-Id: I145731d9f28faf0065f5960f2c5a32f27d8c8620
|
|
|
|
| |
Change-Id: Ia4cf1dcae7d40eca29f84fa7277681d1c1fb61bd
|
|
|
|
|
|
|
| |
It was a typo, supposed to be -Ob0, but as stoc built fine anyway
without that, presumably not needed.
Change-Id: I866bd47c3d53bdf48581a3632d56fb3ac8b2ed5f
|
|
|
|
| |
Change-Id: I2908d5851ae33d70a49a032130fdc1a406310c7d
|
|
|
|
|
|
|
|
|
|
|
|
| |
...instead of static WeakReference and getGlobalMutex. The latter allowed for
deadlock, when one thread is in __getTypeEntries
(cppuhelper/source/implbase_ex.cxx), having locked getImplHelperInitMutex(), and
from there calls some cppu_detail_getUnoType (from a cppumaker-generated header)
that tries to lock getGloblaMutex, while another thread is in this
FactoryImpl_create, having locked getGlobalMutex, and from there calls into
__getTypeEntries.
Change-Id: Iac68d28c1a5971049447cc79384b6e186f2a6d82
|
|
|
|
| |
Change-Id: I2aeba0342e46c3a4bd50f49b8a43ebb125269dfa
|
|
|
|
| |
Change-Id: I962aeac0c7feeabb7963016d5afcfeca5a48ccfe
|
|
|
|
| |
Change-Id: Id9fc99aab1515a710374b3364f6136587f95f582
|
|
|
|
| |
Change-Id: I50f0887ceb4517d7ef234f970ca2ba679d533382
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
...that no longer uses XSimpleRegistry structures for the service data and thus
is potentially more performant.
* Registry-based functions from cppuhelper/bootstrap are deprecated now, client
code should always use defaultBootstrap_InitialComponentContext.
* References to the obsolete UNO_WRITERDB have been removed.
* Some of the functions in cppuhelper/source that are used from multiple .cxx
but had not been properly placed into .hxx have been cleaned up.
* css.lang.ServiceManager XSet insert/remove now support special
sequence<NamedValue> to improve live deployment/removal of XML-based extension
components data.
* 09524d410bbaad2a0b9b39811cb5cc16621b1396 "stoc: accelerate opening of multiple
XML .rdb files in a directory" and its follow-up
cb5c881a7f179391ee853f76e159254c97d776a3 "avoid using the new rdb reading
logic for empty/non-existent directories" have been obsoleted by this change
and have been reverted again.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
...not just OServiceManager. (This is a prerequisite to replace the
defaultBootstrap_initialComponentContext() implementation with a more performant
component context/service manager combo.)
The only reason for the restriction to OServiceManager apparently was the
additional createContentEnumeration overload with an XComponentContext
parameter. It /looks/ to me like this is not really necessary, that it should
always be OK to instantiate implementation factories with this service manager
and its component context, instead of a component context (and its default
service manager) passed into a method call. This would mean that the code could
be simplified further, needing a component context passed into a method only to
pass along to a new instance created via
createInstanceWith[ArgumentsAnd]Context, but then again I'm not 100% sure and
better leave it at that...
This also means that XUnoTunnel is gone from OServiceManager and XInitialization
is gone from OServiceManagerWrapper.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Instead of nesting these, we aggregate them into a single non-nested
registry, which saves lots of CPU at startup, sadly we can only do
that for the new-style XML registries, so we have to sniff files,
nevertheless this is still far faster. The merged xml files also
break the XSimpleRegistry::getURL() method - but it appears not
to get called.
|
| |
|
|
|
|
|
|
|
|
|
| |
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)
|
| |
|