summaryrefslogtreecommitdiffstats
path: root/cppu
Commit message (Collapse)AuthorAgeFilesLines
* there should be no support for OString in AnyLuboš Luňák2012-12-031-20/+0
| | | | Change-Id: I53d047381a89d52c43378dd304ba6e0774f59968
* make sure uno::Any works with fast operator+Luboš Luňák2012-12-031-0/+42
| | | | | | The result of the operation needs to be first converted to O(U)String. Change-Id: I24dafeaebf68a0eff3edf1d1cf713bfc10bbd8f4
* c++ API: use css alias in generated headers, adds global css declThorsten Behrens2012-11-303-10/+0
| | | | | | | | | | | | 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
* We only support MSVC 2008 (_MSC_VER 1500) or laterTor Lillqvist2012-11-281-6/+0
| | | | | | We can drop or simplify many conditionals. Change-Id: I37e820e515cc09845c30b62c89ddb3b6ff370f97
* Avoid global static dataStephan Bergmann2012-11-131-7/+7
| | | | | | | | | | | | | | | | | | | | | | | ...that (indirectly) allocates memory via rtl/alloc.h, thereby causing the rtl_cache_wsupdate_init thread to be spawned before main, as on Mac OS X that would interfere with the code in sal_detail_initialize to close all file descriptors >= 3 -- on Mac OS X the pthreads implementation makes use of KQUEUE file descriptors. * This commit removes enough global static data to make ui-preview work again on Mac OS X (where it crashed at startup when the main thread closed the KQUEUE fd used by pthreads implementation threads). gengal uses further static data (at least from module sb), so needs further clean-up. * Avoiding global static instances derived from class Application required the introduction of vcl/vclmain.hxx. * That the vcl library was linked against the static vclmain library (which only provides an implementation of main) appears to me to be a historic relic (all executables should either include a SAL_IMPLEMENT_MAIN or link against vclmain), so I removed that. Change-Id: I048aa616208cb3a1b9bd8dcc3b729ba1665729bd
* Handle lack of module loading/unloading API when DISABLE_DYNLOADINGTor Lillqvist2012-10-073-2/+10
| | | | | | | | | | | | | | | | 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
* Replace usage of rtl_*Memory with equivalent from string.hArnaud Versini2012-10-012-2/+0
| | | | | | | Change-Id: I50ffc10f007f03c3252ef0196b59b881429cc159 Reviewed-on: https://gerrit.libreoffice.org/734 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
* Make Reference::iset_throw work with multiple-inheritance interfacesStephan Bergmann2012-09-301-3/+3
| | | | Change-Id: Ia8a644c613de17279abdab533a6314ba6c0e0aec
* gbuild: invert handling of standard system libraries:Michael Stahl2012-09-2811-22/+0
| | | | | | | Always link in gb_STDLIBS, except when the library explicitly opts out with gb_LinkTarget_disable_standard_system_libs. Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
* gbuild: replace direct gb_STDLIBS use with ...Michael Stahl2012-09-2811-11/+22
| | | | | | ... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
* gbuild: split uwinapi out of gb_STDLIBSMichael Stahl2012-09-2811-0/+11
| | | | Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
* dependency on makefile needs full pathDavid Tardon2012-09-221-1/+1
| | | | Change-Id: I0733abb5c736ab393259fd6a005a89b887304f10
* Need also uno_ext_getMapping for Java when DISABLE_DYNLOADINGTor Lillqvist2012-09-212-0/+15
| | | | Change-Id: I65f09e54c80df4e96e24548692eeb3a57e1de517
* Adapt for DISABLE_DYNLOADING possibility also for AndroidTor Lillqvist2012-09-211-5/+5
| | | | Change-Id: Ie1ff96b6f58bf694b8d08a3316144becaaefe6d9
* DISABLE_DYNLOADING magic also for the jni_uno environmentTor Lillqvist2012-09-202-1/+10
| | | | Change-Id: I5e966a5734308381ad305b891ecfc830dc1419f6
* deprecate oustringostreaminserter.hxxNorbert Thiebaud2012-09-182-5/+0
| | | | | | | | | | | | | | | | | | | the intent of this header has canged over time. now it is already systematically included with ustring.hxx and the operator overload it provide fit nicely there... Just to be safe, since that include as been added to the api during the 3.5 timeframe and therefore is already in 'production' the header remain and simply attempt to include ustring.hxx but a warning is issued indicating that this header should not be used anymore... in a couple of major release we will thenr emove it completely All internal users of that header are converted. Change-Id: I8934c55f089e29d78c0f5649b7c87b2ecf024bad Reviewed-on: https://gerrit.libreoffice.org/634 Tested-by: Norbert Thiebaud <nthiebaud@gmail.com> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
* migrate some of the biggest consumer of osl_*InterlockedCount to osl_atomicNorbert Thiebaud2012-09-1716-81/+70
| | | | | | | Change-Id: I0e6992afbeffaf3b993e6630fb396d93012890e0 Reviewed-on: https://gerrit.libreoffice.org/632 Tested-by: Norbert Thiebaud <nthiebaud@gmail.com> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
* Bin no longer used iOS cppunit stuff that breaks build evenTor Lillqvist2012-08-015-156/+0
| | | | Change-Id: I78c71b22816834c66c8283e3d85e357b7b8d2836
* udkapi, offapi: do not use #include "foo":Michael Stahl2012-07-302-10/+10
| | | | | | | | | | 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
* Replace usage of rtl/memory.h in cppu with their equivalent from string.hArnaud Versini2012-07-293-12/+15
| | | | Change-Id: Ia49c97ad58b21dc360a366260b62bcc6b4975dee
* Use memset and memcmp insteadof rtl_zeroMemory and rtl_compareMemory in cppuArnaud Versini2012-07-244-17/+26
| | | | Change-Id: I88976b215bc23ce5001916ccf123bc3561c2a33a
* Assertion clean-upStephan Bergmann2012-07-231-9/+6
| | | | Change-Id: I234c615d9d3386da2b244709add5c029b76d346c
* WaE: unused variableTor Lillqvist2012-07-231-0/+4
| | | | Change-Id: Ie355701716c7106ef2afd76ae8b6544a00ac474c
* More: echo -e is not POSIX (and unknown to Mac OS X)Stephan Bergmann2012-07-161-11/+11
| | | | Change-Id: I8fdfbebd9fd4bf19b57ec83689116c6fc77227e6
* allow using rtl::OUString etc. simply as OUString, without rtl::Luboš Luňák2012-07-164-0/+136
| | | | | | | | | | | http://lists.freedesktop.org/archives/libreoffice/2012-April/029940.html The RTL_USING #define (set by gbuild for anything that's not public API) allows to use such classes simply by their name, without having to use the namespace or do explicit using rtl::OUString (which half of the sources do anyway). Change-Id: I7edaf12cd278489cdc1d5ff782f0a86361c13c0a
* simplify include guardsThomas Arnhold2012-07-141-1/+1
| | | | Change-Id: Id4210229b20a1d54b680ff1a2ccbcdd3684ecf5f
* just use rtl::OUString::createFromAsciiCaolán McNamara2012-07-031-2/+1
| | | | Change-Id: I425e7bcc8f81b2d67a98244ba4419ace1ba569ec
* we don't need to check for complete length, any non 0 length will doCaolán McNamara2012-07-031-2/+2
| | | | Change-Id: I6978524ef934ee97d151e0fd22f3a0dfc91fd26e
* targetted improvement of UNO API includes / usageMichael Meeks2012-07-025-20/+5
|
* Remove unused header filesThomas Arnhold2012-06-284-290/+0
| | | | | | Those are unused too. Change-Id: I09c9dbcdbc68131c7c54bf0762a23f1280e6e22a
* targetted re-work of cppunit pieces.Michael Meeks2012-06-276-13/+5
|
* re-base on ALv2 code.Michael Meeks2012-06-267-174/+118
|
* replace all but one .hdl include with equivalent .hpp includes.Michael Meeks2012-06-212-3/+1
| | | | Change-Id: I15e94f112144549692d0c2babeb48c77adcb93a9
* WaE: clear higher debugging levels warningsCaolán McNamara2012-06-151-4/+19
| | | | Change-Id: I611dc412b5461f368f23aa8239e48d0e175f5168
* re-base on ALv2 code.Michael Meeks2012-06-1383-1917/+1222
|
* quiet potential size warnings.Michael Meeks2012-06-131-2/+2
|
* targetted sb140 revert.Michael Meeks2012-06-131-56/+56
|
* Better fix for ThreadPool/ORequestThread life cycleStephan Bergmann2012-05-236-205/+207
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is a follow up to d015384e1d98fe77fd59339044f58efb1ab9fb25 "Fixed ThreadPool (and dependent ORequestThread) life cycle" that still had some problems: * First, if Bridge::terminate was first entered from the reader or writer thread, it would not join on that thread, so that thread could still be running during exit. That has been addressed by giving Bridge::dispose new semantics: It waits until both Bridge::terminate has completed (even if that was called from a different thread) and all spawned threads (reader, writer, ORequestThread workers) have been joined. (This implies that Bridge::dispose must not be called from such a thread, to avoid deadlock.) * Second, if Bridge::terminate was first entered from an ORequestThread, the call to uno_threadpool_dispose(0) to join on all such worker threads could deadlock. That has been addressed by making the last call to uno_threadpool_destroy wait to join on all worker threads, and by calling uno_threadpool_destroy only from the final Bridge::terminate (from Bridge::dispose), to avoid deadlock. (The special semantics of uno_threadpool_dispose(0) are no longer needed and have been removed, as they conflicted with the fix for the third problem below.) * Third, once uno_threadpool_destroy had called uno_threadpool_dispose(0), the ThreadAdmin singleton had been disposed, so no new remote bridges could successfully be created afterwards. That has been addressed by making ThreadAdmin a member of ThreadPool, and making (only) those uno_ThreadPool handles with overlapping life spans share one ThreadPool instance (which thus is no longer a singleton, either). Additionally, ORequestThread has been made more robust (in the style of salhelper::Thread) to avoid races. Change-Id: I2cbd1b3f9aecc1bf4649e482d2c22b33b471788f
* fdo#42865: privatized unique empty string symbol:Michael Stahl2012-05-182-0/+2
| | | | | | Unfortunately this --enable-dbg-util only problem (caused by _GLIBCXX_DEUBG) resurfaced, perhaps because of new std::string based logging in sal; adapt all map files to export the unique symbol.
* Fixed ThreadPool (and dependent ORequestThread) life cycleStephan Bergmann2012-05-162-9/+19
| | | | | | | | | | | | | | | | | At least with sw_complex test under load, it happened that an ORequestThread could still process a remote release request while the main thread was already in exit(3). This was because (a) ThreadPool never joined with the spawned worker threads (which has been rectified by calling uno_threadpool_dispose(0) from the final uno_threadpool_destroy), and (b) binaryurp::Bridge called uno_threadpool_destroy only from its destructor (which could go as late as exit(3)) instead of from terminate. Additional clean up: * Access to Bridge's threadPool_ is now cleanly controlled by mutex_ (even though that might not be necessary in every case). * ThreadPool's stopDisposing got renamed to destroy, to make meaning clearer. Change-Id: I45fa76e80e790a11065e7bf8ac9d92af2e62f262
* make gbuild the default assumption of build.plBjoern Michaelsen2012-04-291-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
* fix OSL_DEBUG_LEVEL > 1 buildCaolán McNamara2012-04-261-1/+1
|
* Reverted "Leak TypeDescriptor_Init_Impl to avoid problems at exit."Stephan Bergmann2012-04-261-105/+97
| | | | | | | | | (This reverts commit 0ba6bd3ddc025666a6d4bb0640bf443728b23bd3.) The problems worked-around there are no longer observed by me, so they were hopefully only a temporal problem (the real root cause had never been found back then). If problems start to pop up again, we'll need to have another look at this.
* WaE: Clang unused variableCatalin Iacob2012-04-251-3/+3
|
* WaE: implicit conversion changes signednessTor Lillqvist2012-04-241-6/+6
|
* doxygen warning fixesLuboš Luňák2012-04-233-7/+3
|
* remove doxygen warningsNorbert Thiebaud2012-04-171-22/+22
|
* cppu: use InternalUnoApiMatúš Kukan2012-04-0913-107/+36
|
* LinkTarget.mk: remove gb_LinkTarget_add_package_headersMichael Stahl2012-04-081-1/+1
|
* gbuild: "use" vs. "add":Michael Stahl2012-04-0810-15/+15
| | | | | | | | | 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)
generated by cgit (git 2.34.1) at 2024-07-29 08:18:55 +0000