summaryrefslogtreecommitdiff
path: root/cppu
AgeCommit message (Collapse)AuthorFilesLines
2012-10-01gbuild: invert handling of standard system libraries:Michael Stahl11-22/+0
Always link in gb_STDLIBS, except when the library explicitly opts out with gb_LinkTarget_disable_standard_system_libs. Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
2012-10-01gbuild: replace direct gb_STDLIBS use with ...Michael Stahl11-11/+22
... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
2012-10-01gbuild: split uwinapi out of gb_STDLIBSMichael Stahl11-0/+11
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
2012-09-22dependency on makefile needs full pathDavid Tardon1-1/+1
Change-Id: I0733abb5c736ab393259fd6a005a89b887304f10
2012-09-21Need also uno_ext_getMapping for Java when DISABLE_DYNLOADINGTor Lillqvist2-0/+15
Change-Id: I65f09e54c80df4e96e24548692eeb3a57e1de517
2012-09-21Adapt for DISABLE_DYNLOADING possibility also for AndroidTor Lillqvist1-5/+5
Change-Id: Ie1ff96b6f58bf694b8d08a3316144becaaefe6d9
2012-09-20DISABLE_DYNLOADING magic also for the jni_uno environmentTor Lillqvist2-1/+10
Change-Id: I5e966a5734308381ad305b891ecfc830dc1419f6
2012-09-18deprecate oustringostreaminserter.hxxNorbert Thiebaud2-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>
2012-09-17migrate some of the biggest consumer of osl_*InterlockedCount to osl_atomicNorbert Thiebaud16-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>
2012-08-01Bin no longer used iOS cppunit stuff that breaks build evenTor Lillqvist5-156/+0
Change-Id: I78c71b22816834c66c8283e3d85e357b7b8d2836
2012-07-30udkapi, offapi: do not use #include "foo":Michael Stahl2-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
2012-07-29Replace usage of rtl/memory.h in cppu with their equivalent from string.hArnaud Versini3-12/+15
Change-Id: Ia49c97ad58b21dc360a366260b62bcc6b4975dee
2012-07-24Use memset and memcmp insteadof rtl_zeroMemory and rtl_compareMemory in cppuArnaud Versini4-17/+26
Change-Id: I88976b215bc23ce5001916ccf123bc3561c2a33a
2012-07-23Assertion clean-upStephan Bergmann1-9/+6
Change-Id: I234c615d9d3386da2b244709add5c029b76d346c
2012-07-23WaE: unused variableTor Lillqvist1-0/+4
Change-Id: Ie355701716c7106ef2afd76ae8b6544a00ac474c
2012-07-16More: echo -e is not POSIX (and unknown to Mac OS X)Stephan Bergmann1-11/+11
Change-Id: I8fdfbebd9fd4bf19b57ec83689116c6fc77227e6
2012-07-16allow using rtl::OUString etc. simply as OUString, without rtl::Luboš Luňák4-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
2012-07-14simplify include guardsThomas Arnhold1-1/+1
Change-Id: Id4210229b20a1d54b680ff1a2ccbcdd3684ecf5f
2012-07-03just use rtl::OUString::createFromAsciiCaolán McNamara1-2/+1
Change-Id: I425e7bcc8f81b2d67a98244ba4419ace1ba569ec
2012-07-03we don't need to check for complete length, any non 0 length will doCaolán McNamara1-2/+2
Change-Id: I6978524ef934ee97d151e0fd22f3a0dfc91fd26e
2012-07-02targetted improvement of UNO API includes / usageMichael Meeks5-20/+5
2012-06-28Remove unused header filesThomas Arnhold4-290/+0
Those are unused too. Change-Id: I09c9dbcdbc68131c7c54bf0762a23f1280e6e22a
2012-06-27targetted re-work of cppunit pieces.Michael Meeks6-13/+5
2012-06-26re-base on ALv2 code.Michael Meeks7-174/+118
2012-06-21replace all but one .hdl include with equivalent .hpp includes.Michael Meeks2-3/+1
Change-Id: I15e94f112144549692d0c2babeb48c77adcb93a9
2012-06-15WaE: clear higher debugging levels warningsCaolán McNamara1-4/+19
Change-Id: I611dc412b5461f368f23aa8239e48d0e175f5168
2012-06-13re-base on ALv2 code.Michael Meeks83-1917/+1222
2012-06-13quiet potential size warnings.Michael Meeks1-2/+2
2012-06-13targetted sb140 revert.Michael Meeks1-56/+56
2012-05-23Better fix for ThreadPool/ORequestThread life cycleStephan Bergmann6-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
2012-05-18fdo#42865: privatized unique empty string symbol:Michael Stahl2-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.
2012-05-16Fixed ThreadPool (and dependent ORequestThread) life cycleStephan Bergmann2-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
2012-04-29make gbuild the default assumption of build.plBjoern Michaelsen1-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
2012-04-26fix OSL_DEBUG_LEVEL > 1 buildCaolán McNamara1-1/+1
2012-04-26Reverted "Leak TypeDescriptor_Init_Impl to avoid problems at exit."Stephan Bergmann1-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.
2012-04-25WaE: Clang unused variableCatalin Iacob1-3/+3
2012-04-24WaE: implicit conversion changes signednessTor Lillqvist1-6/+6
2012-04-23doxygen warning fixesLuboš Luňák3-7/+3
2012-04-17remove doxygen warningsNorbert Thiebaud1-22/+22
2012-04-09cppu: use InternalUnoApiMatúš Kukan13-107/+36
2012-04-08LinkTarget.mk: remove gb_LinkTarget_add_package_headersMichael Stahl1-1/+1
2012-04-08gbuild: "use" vs. "add":Michael Stahl10-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)
2012-04-06Replaced equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(...)) with == operatorSzabolcs Dezsi3-67/+23
2012-04-06Replaced equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(...)) with == operatorSzabolcs Dezsi1-2/+2
Pattern used: find . -name "*.cxx" -exec sed -i 's/\( *\)\(else if\|if\) *( *\([^!()|&]*\)\.equalsAsciiL( *RTL_CONSTASCII_STRINGPARAM *( *\([^)]*\)) *) *)$/\1\2 ( \3 == \4 )/' \{\} \;
2012-04-05Do two fairly useless but often emitted OSL_TRACEs only if OSL_DEBUG_LEVEL > 2Tor Lillqvist1-2/+2
2012-03-21More hacking on static linking (iOS) supportTor Lillqvist2-5/+77
2012-03-21Uniquify uno_initEnvironment and uno_ext_getMapping in the static linking caseTor Lillqvist4-6/+29
2012-03-21Use MAX_ALIGNMENT_4 also for iOSTor Lillqvist1-4/+7
2012-03-14Dead codeStephan Bergmann1-12/+0
2012-03-14Enable -Wnon-virtual-dtor for GCC 4.6Stephan Bergmann3-4/+15
...which has the necessary features to support it. Change a lot of classes to either contain a protected non-virtual dtor (which is backwards compatible, so even works for cppumaker-generated UNO headers) or a public virtual one. cppuhelper/propertysetmixin.hxx still needs to disable the warning, as the relevant class has a non-virtual dtor but friends, which would still cause GCC to warn. Includes a patch for libcmis, intended to be upstreamed.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-04 23:13:30 +0000