summaryrefslogtreecommitdiff
path: root/store
AgeCommit message (Collapse)Author
2013-04-30Move to MPLv2 license headers, with ESC decision and author's permission.Michael Meeks
2013-04-24gbuild: drop empty use_packages callsDavid Tardon
Change-Id: I8e9f70eb5d929c98b4379416c2259a74e31d587f Reviewed-on: https://gerrit.libreoffice.org/3503 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-04-24gbuild: drop uses of removed packagesDavid Tardon
Change-Id: I400fad08c0ae7b6b34bad63693f54856867e4dac Reviewed-on: https://gerrit.libreoffice.org/3502 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-04-23execute move of global headersBjoern Michaelsen
see https://gerrit.libreoffice.org/#/c/3367/ and Change-Id: I00c96fa77d04b33a6f8c8cd3490dfcd9bdc9e84a for details Change-Id: I199a75bc4042af20817265d5ef85b1134a96ff5a
2013-04-12do not set soversion for private ure librariesMatúš Kukan
Change-Id: I2b2099d8fc00062f67c42e73c4b8a17a689db89d Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
2013-04-10Revert "store: new ZipPackage_store_odk_headers"Michael Stahl
This reverts commit 5c60cebafdc6d6d773c794c0a4ee58d63782df22. The "store" library is not actually a stable URE interface. Conflicts: odk/CustomTarget_doxygen.mk Change-Id: I221696515ba07b0155406a503c33760c58d1338f
2013-04-07mass removal of rtl:: prefixes for O(U)String*Luboš Luňák
Modules sal, salhelper, cppu, cppuhelper, codemaker (selectively) and odk have kept them, in order not to break external API (the automatic using declaration is LO-internal). Change-Id: I588fc9e0c45b914f824f91c0376980621d730f09
2013-03-19further OUString cleanupThomas Arnhold
Change-Id: I19954ee5976cb881a5fe73a889c8e04a19b14eb6
2013-03-18cleanup doxygen warningsPeter Foley
Change-Id: I9181cad5bfa93f9e8b3d944b2b50a3ccc0b42595
2013-03-14remove legacy build.pl prj/build.lst files.Michael Meeks
2013-03-11use startsWith() instead of compareToAscii()Thomas Arnhold
brain damage... Change-Id: I4dc63c7346f724eded9ac7b82cda25c2bb60beff
2013-03-09Use BOOST_STATIC_ASSERTStephan Bergmann
Change-Id: Ib9dc2541c3bf72ddd6094331297a91352138e5af
2013-03-04remove unused and commented out codeThomas Arnhold
This code gets never called. Change-Id: I59228cba1444b7b09f74eb5cf8da9b755c7c32f7
2013-02-28remove all d.lstMichael Stahl
Change-Id: Icba4218c5f9fe89d183d25ea82a8eae52881f885
2013-02-27store: new ZipPackage_store_odk_headersMichael Stahl
Change-Id: I2d4e2853014ef30419a66c8f9b2675b92d60adb6
2013-02-11Leftover store/inc/makefile.mkStephan Bergmann
Change-Id: I7237ebb7177df66a457fcf46e5d4a963a357c2bc
2013-01-26gbuild: fix silly "expandtabs" in makefile VIM modelinesMichael Stahl
Change-Id: I54d8923ad315e8041fd3904da3a29f1a7a8c8b16
2013-01-26Some cppcheck cleaningJulien Nabet
2012-12-25Get rid of (most uses of) GUITor Lillqvist
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>
2012-10-01Replace usage of rtl_*Memory with equivalent from string.hArnaud Versini
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-28gbuild: invert handling of standard system libraries:Michael Stahl
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 Stahl
... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
2012-09-28gbuild: split uwinapi out of gb_STDLIBSMichael Stahl
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
2012-09-17migrate some of the biggest consumer of osl_*InterlockedCount to osl_atomicNorbert Thiebaud
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-09-14remove use of SAL_MIN() macroNorbert Thiebaud
Change-Id: Ia91118388240c9a54d010b94aef34ad528ce5761
2012-08-22remove unused module-description xml filesMatúš Kukan
Change-Id: I531e47538f308ee43e0fe8d7db59f525e45942c3
2012-08-22do not deliver these module-description xml filesMatúš Kukan
Change-Id: Ife2f42b3a917ece10dc7ee9fcd83f1558084c4f1 Reviewed-on: https://gerrit.libreoffice.org/454 Reviewed-by: Andras Timar <atimar@suse.com> Tested-by: Andras Timar <atimar@suse.com>
2012-07-28Partially revert "Remove some unused defines and controls"Thomas Arnhold
This partially reverts b63027f0992cf5c368faeb807c69110997dd00ea http://lists.freedesktop.org/archives/libreoffice/2012-July/035331.html Change-Id: I2c87ea89e1b05aa6874a74d2b781b976e970f979
2012-07-20Globally unique symbols missing from some map filesStephan Bergmann
...after gbuild'ification (they used to be added via solenv/bin/addsym.awk). And sunjavaplugin.map is actually unused. Change-Id: If6804cff8d01e268b84512d6c4b1edebde018cc0
2012-06-29Remove some unused defines and controlsThomas Arnhold
Change-Id: I96f76ed6b33f5c786d1e3ab3981a535037a9c1b5
2012-06-29Remove some more include guardsThomas Arnhold
Change-Id: I7c62d086cb593744785abecae7a107686a4d65ce
2012-06-27re-base on ALv2 code.Michael Meeks
2012-06-21re-base on ALv2 code.Michael Meeks
Change-Id: I6c145e984c885c7e06caa1c27bfb354ea49ad9ce
2012-06-21re-base on ALv2 code.Michael Meeks
Change-Id: Ice06e639213aeb6f7f23cbf4634947dd25613db1
2012-06-01targeted string re-workNorbert Thiebaud
Change-Id: Ibe5c739c3066f3e706a44b64d4ad775abde9662c
2012-05-29gbuild conversion: store moduleDavid Ostrovsky
Change-Id: Idbab17b87d042079a8fa6ded7a7424a745761b2f
2012-05-07add gb_STDLIBSDavid Tardon
Change-Id: I53d4f6ddd9c79b9cd025339ef9a5e92ce1a881bc
2012-05-07gbuild conversion: store moduleDavid Ostrovsky
Change-Id: Idbab17b87d042079a8fa6ded7a7424a745761b2f
2012-04-29make gbuild the default assumption of build.plBjoern Michaelsen
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-24WaE: MSVC2008 C4530 exception handler without unwind semanticsCaolán McNamara
2012-03-23Make default zero-initialization explicitStephan Bergmann
...to match style used for other data members.
2012-03-23Initialize m_hFile in FileMapping constructor.Catalin Iacob
GCC gives the following warning which breaks compilation when using --enable-werror: lockbyte.cxx: In function 'storeError store::FileLockBytes_createInstance(rtl::Reference<store::ILockBytes>&, rtl_uString*, storeAccessMode)': lockbyte.css:512:37: error: 'prephitmp.221' may be used uninitialized in this function [-Werror=uninitialized] lockbyte.cxx:906:1: note: 'prephitmp.221' was declared here It's not clear from GCC's message, but what it warns about is FileMapping::m_hFile. This is because of the following sequence: * xMapping.release() makes xMapping.m_value be a default constructed FileMapping * the xMapping local variable in store::FileLockBytes_createInstance gets destructed * ~ResourceHolder() calls ResourceHolder::reset * ResourceHolder::reset() calls FileMapping::UnmapFile::operator() passing m_value as rMapping * FileMapping::UnmapFile::operator() uses rMapping.m_hFile but rMapping is a default constructed FileMapping and therefore has m_hFile uninitialized Signed-off-by: Stephan Bergmann <sbergman@redhat.com>: To me, this looks more like a compiler error. Also note that ResourceHolder::reset only calls FileMapping::UnmapFile::operator() if tmp != value, which is not the case here, as both tmp and value are default- constructed. And FileMapping::operator!= is carefule not to use the potentially uninitialized m_hFile. But always intiializing m_hFile is probably not a bad idea, anyway. And if it helps a certain compiler, all the better.
2012-03-14Enable -Wnon-virtual-dtor for GCC 4.6Stephan Bergmann
...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.
2012-02-21WaE: silence some documentation errorsThomas Arnhold
2012-02-06Added READMEs for modules related to URE, with content from the wikiJosh Heidenreich
2012-01-31SimplificationStephan Bergmann
2012-01-21Removed some unused parameters; added SAL_UNUSED_PARAMETER.Stephan Bergmann
SAL_UNUSED_PARAMETER (expanding to __attribute__ ((unused)) for GCC) is used to annotate legitimately unused parameters, so that static analysis tools can tell legitimately unused parameters from truly unnecessary ones. To that end, some patches for external modules are also added, that are only applied when compiling with GCC and add necessary __attribute__ ((unused)) in headers.
2012-01-10valgrind: have MappedLockBytes take complete ownership of the file handleCaolán McNamara
have MappedLockBytes take complete ownership of the file handle and unmap it and close it on release. Otherwise xFile will close it and MappedLockBytes will unmap it in that order, which breaks post android requirement to have a valid file handle in unmap
2011-12-21osl_unmapFile can't work for files bundled inside the .apk on AndroidTor Lillqvist
On Android, when an app is installed, arbitrary files bundled in the app won't be unpacked into actual separate files in the file system. They will exist only as archive entries in the .apk file (which is a zip archive). The SDK tooling puts such files under the /assets folder in the .apk. The LibreOffice bootstrapping code for Android maps the .apk file into memory. osl_openFile() knows about the /assets special case, and uses a separate abstraction for such memory-mapped files. Obviously, when producing an .apk, one needs to make sure these bundled files are not compressed, if one wants to be able to use them directly from the memory-mapped .apk file. We do that in our test and sample Android projects. When mapping such files under /assets , just return a pointer to the file's location inside the mapped .apk archive. We can't use the old osl_unmapFile() on such mapped files, as that would unexpectedly unmap fairly arbitrary pages of the .apk mapping, wreaking havoc on later use of the same pages. So, introduce a new osl_unmapMappedFile() function that takes also the oslFileHandle originally passed to osl_mapFile(). Use this instead in the few places where the code actually called osl_unmapFile(). Make sure osl_mapFile() is nonexistent on Android.
2011-12-11I don't see NO_BSYMBOLIC being used anywhereTor Lillqvist