summaryrefslogtreecommitdiff
path: root/cppu
AgeCommit message (Collapse)AuthorFilesLines
2013-02-23Fix typo betwen/betweenJulien Nabet1-1/+1
Change-Id: I2194bf9caefe4b9d28c939af6665d62c7e83d403
2013-02-21osl_atomic_increment/decrement are macrosStephan Bergmann1-2/+2
Change-Id: Ib2d61e436d625ac89defe718d4cc1d866d538397
2013-01-26gbuild: fix silly "expandtabs" in makefile VIM modelinesMichael Stahl1-1/+1
Change-Id: I54d8923ad315e8041fd3904da3a29f1a7a8c8b16
2013-01-26gbuild: do not copy boost headers aroundMichael Stahl4-0/+8
- 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
2013-01-26Remove redundant braces around for loopsStephan Bergmann1-9/+9
...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
2013-01-15Include <cassert>Stephan Bergmann2-8/+10
Also, move assert into uno_type_sequence_construct so that all its callers benefit. Also, change some OSL_ENSURE to assert. Change-Id: Idd0a03c4aa6eed1db453db84602c01ff16f0d72c
2013-01-15uno::Sequence: assert on negative lengthMiklos Vajna1-0/+1
Change-Id: Ie94a6042863bb0d91f2b61ac8a048182aea41c0a
2012-12-27Some cppcheck cleaningJulien Nabet3-11/+7
Change-Id: Iac1c26d031e8196ef93cb403dc60f07e0eef6380
2012-12-03there should be no support for OString in AnyLuboš Luňák1-20/+0
Change-Id: I53d047381a89d52c43378dd304ba6e0774f59968
2012-12-03make sure uno::Any works with fast operator+Luboš Luňák1-0/+42
The result of the operation needs to be first converted to O(U)String. Change-Id: I24dafeaebf68a0eff3edf1d1cf713bfc10bbd8f4
2012-11-30c++ API: use css alias in generated headers, adds global css declThorsten Behrens3-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
2012-11-28We only support MSVC 2008 (_MSC_VER 1500) or laterTor Lillqvist1-6/+0
We can drop or simplify many conditionals. Change-Id: I37e820e515cc09845c30b62c89ddb3b6ff370f97
2012-11-13Avoid global static dataStephan Bergmann1-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
2012-10-07Handle lack of module loading/unloading API when DISABLE_DYNLOADINGTor Lillqvist3-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
2012-10-01Replace usage of rtl_*Memory with equivalent from string.hArnaud Versini2-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>
2012-09-30Make Reference::iset_throw work with multiple-inheritance interfacesStephan Bergmann1-3/+3
Change-Id: Ia8a644c613de17279abdab533a6314ba6c0e0aec
2012-09-28gbuild: 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-09-28gbuild: replace direct gb_STDLIBS use with ...Michael Stahl11-11/+22
... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
2012-09-28gbuild: 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