summaryrefslogtreecommitdiff
path: root/salhelper
AgeCommit message (Collapse)AuthorFilesLines
2012-10-10try and make mingw32 buildCaolán McNamara3-68/+1
Change-Id: I64c884b6d14c7112a88c7741ef7688108ec80ffe
2012-10-10fdo#39625 Make existing cppunittests workRadu Ioan3-5/+42
Make salhelper testapi cppunit work - removed call to simpleheader.hxx - added call in Module_sal.mk for sal_testapi - created mk for cppunittest for sal_testapi - fixed some compile warning for auto_ptr Change-Id: I07a58dbd5282f92604f58eb450e0bf549c54c6b3 Reviewed-on: https://gerrit.libreoffice.org/839 Reviewed-by: Muthu Subramanian K <muthusuba@gmail.com> Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2012-10-07Handle lack of module loading/unloading API when DISABLE_DYNLOADINGTor Lillqvist1-0/+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-09-28gbuild: invert handling of standard system libraries:Michael Stahl2-4/+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 Stahl2-2/+4
... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
2012-09-28gbuild: split uwinapi out of gb_STDLIBSMichael Stahl2-0/+2
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
2012-09-25replace remaining InterlockedCount() with inlined versionNorbert Thiebaud1-2/+2
Change-Id: Ifcfa48fc87f905a91470a5b0fd597b02f220784c Reviewed-on: https://gerrit.libreoffice.org/671 Tested-by: Norbert Thiebaud <nthiebaud@gmail.com> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
2012-09-22dependency on makefile needs full pathDavid Tardon1-1/+1
Change-Id: I0733abb5c736ab393259fd6a005a89b887304f10
2012-08-08fix buildThomas Arnhold1-1/+2
Change-Id: I52c176776a58a633d0125449fdaa550c813e7da0
2012-08-08reduce ascii noise and useless commentsThomas Arnhold2-6/+1
Change-Id: I317058e3b25cebb7c1d89361636261c5f16a84d4
2012-08-08remove include comments and boxesThomas Arnhold1-3/+0
Change-Id: I9ccf664e8f75a68b1b87c2b29ae617a90d0741a7
2012-08-07Remove non-existing forward declarationsThomas Arnhold1-2/+0
Those classes don't exist. So remove friend class operators too. Change-Id: I8e3b32db933dea7cbab86015f0c926df967511f6
2012-07-16More: echo -e is not POSIX (and unknown to Mac OS X)Stephan Bergmann1-11/+12
Change-Id: I8fdfbebd9fd4bf19b57ec83689116c6fc77227e6
2012-07-16allow using rtl::OUString etc. simply as OUString, without rtl::Luboš Luňák4-0/+134
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-06-29Remove some more include guardsThomas Arnhold2-9/+0
Change-Id: I7c62d086cb593744785abecae7a107686a4d65ce
2012-06-28Remove unused header filesThomas Arnhold2-283/+0
Those are unused too. Change-Id: I09c9dbcdbc68131c7c54bf0762a23f1280e6e22a
2012-06-27re-base on ALv2 code.Michael Meeks19-250/+290
2012-06-21re-base on ALv2 code.Michael Meeks12-192/+184
Change-Id: I6c145e984c885c7e06caa1c27bfb354ea49ad9ce
2012-06-21re-base on ALv2 code.Michael Meeks1-0/+18
Change-Id: Ice06e639213aeb6f7f23cbf4634947dd25613db1
2012-06-12fucntion -> functionCaolán McNamara1-1/+1
Change-Id: I0d345b2cf60f49e0e6b72724251c1f6d30529dce
2012-05-18fdo#42865: privatized unique empty string symbol:Michael Stahl1-2/+3
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-11It seems also nested struct needs SALHELPER_DLLPUBLIC for Mac OS X visibilityTor Lillqvist1-1/+1
Change-Id: Ifd7a248b49a00df2e01f537074d0a94e9de09b10
2012-05-09EasyHack fdo#42783: get rid of CPU define/build system variableThomas Collerton1-1/+1
Change-Id: I6a178f7ff9c8306e15bcfa847ad1e5e4f8476504
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-08LinkTarget.mk: remove gb_LinkTarget_add_package_headersMichael Stahl1-1/+1
2012-04-08gbuild: "use" vs. "add":Michael Stahl1-1/+1
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-02remove static objects from static_initialization_and_destruction chainCaolán McNamara1-11/+13
2012-02-24salhelper::Thread::launch: check create() failureStephan Bergmann1-3/+8
The assumption in the comment is clearly wrong, as osl::Thread::create returns a boolean result to indicate failure. Slight modification of a patch by Michael Stahl <mstahl@redhat.com>.
2012-02-23Fix commentStephan Bergmann1-2/+4
2012-02-23Fix MSVC buildStephan Bergmann1-0/+7
2012-02-23Clean upStephan Bergmann1-6/+4
2012-02-23add ia32 non-virtual thunks to linker mapMichael Meeks1-2/+4
2012-02-23Moved dp_gui::Thread to salhelper::Thread, so that all code can use itStephan Bergmann5-0/+190
...also improved the code somewhat.
2012-02-14salhelper: remove unexisting mapsThomas Arnhold1-4/+0
2012-02-14remove gcc2 tracesThomas Arnhold1-2/+0
2012-02-06Added READMEs for modules related to URE, with content from the wikiJosh Heidenreich1-0/+1
2012-02-05switch to include-based build rather than sourced-based buildNorbert Thiebaud1-37/+3
2012-01-05Switch from autodoc to doxygen for SDK C++ documentation.Stephan Bergmann2-9/+9
* New build prerequisite doxygen (controllable via --with-doxygen). * Adapted various headers to slightly different doxygen documentation syntax, but much clean up still remains to be done (i.e., warnings emitted by doxygen fixed).
2011-12-15salhelper: s/hack/gb_Library_set_soversion_script/Michael Stahl1-25/+1
2011-12-15convert salhelper to gbuildMatúš Kukan17-316/+217
This is a cherry-pick of Matúš's e2f30c078fcf26d481c2e90398b450f6c475a483 from the feature/gbuild branch, with the following modifications by Stephan Bergmann <sbergman@redhat.com>: * Adapt salhelper/Makefile to what all those Makefiles currently need to look like. * Do not remove salhelper/source/gcc3.map, instead add directly into it what otherwise solenv/bin/addsym.awk would add to it on Linux. * In salhelper/Library_salhelper.mk, add code that on Linux takes care of the soname and symbol versioning required for backwards compatibility. Solaris would need those features too, and its backwards compatibility is thus currently broken. Also add a bad hack to create the soname symlink (xxx.3 -> xxx) in the solver needed on non-Windows platforms (it is a bad hack for now in that it e.g. is not removed by "make clean"). * In solenv/gbuild/platform/macosx.mk, add an even worse hack to set the correct install name for libuno_salhelpergcc3.dylib.3, with a trailing ".3".
2011-12-11I don't see NO_BSYMBOLIC being used anywhereTor Lillqvist3-3/+0
2011-12-06normalize Red Hat, Inc. spellings, and bump to latest templateCaolán McNamara1-7/+9
2011-11-27typos fixingKorrawit Pruegsanusak1-1/+1
2011-08-30Tweak some DLL and import library names in the WNTGCC caseTor Lillqvist2-4/+5
2011-08-04Bin OS/2 .map filesTor Lillqvist1-73/+0
2011-06-03Drop %_EXT% which was always emptyTor Lillqvist1-17/+17
2011-05-26Match also name of the static library built for iOSTor Lillqvist1-1/+1
2011-05-25add salhelper::LinkResolverCaolán McNamara2-0/+94
2011-05-25Use simpler DLL and library names in the WNTGCC caseTor Lillqvist1-2/+3
2011-04-18Remove OS/2 support.Francois Tigeot1-5/+1
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-28 17:01:45 +0000