summaryrefslogtreecommitdiff
path: root/salhelper
AgeCommit message (Collapse)AuthorFilesLines
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
2011-03-03Remove "using namespace ::rtl"Julien Nabet2-2/+4
2011-02-24remove empty TESTSHL2LIBCaolán McNamara1-1/+1
2011-02-04Clean up makefilesThomas Arnhold2-10/+0
2011-01-16Use mscx.map for 64-bit MSVC buildTor Lillqvist2-0/+52
Unfortunately the C++ name mangling in a 64-bit MSVC compilation is slightly different from that in a 32-bit one: -- An 'E' is inserted for pointers to indicate that they are 64 bits. I don't fully understand the rationale for this; isn't that the only kind of pointer in 64-bit code produced by a C++ compiler anyway? -- As there is only one calling convention on x64 Windows, __cdecl, the indications for other calling conventions (here, especially __thiscall) change to that for __cdecl. It should be possible to write a tool to at least partially automate conversion of 32-bit mangled names to 64-bit ones, and thus make it easy to create mscx map files from the corresponding msci ones in LibreOffice. Sure, it probably wouldn't work 100% correctly in all cases, but it would help a lot.
2010-11-29get these tests to build againCaolán McNamara5-30/+2
2010-11-04Export one more Timer symbolTor Lillqvist1-0/+1
2010-11-04Attempt to fix some vos removal fallout on WindowsTor Lillqvist3-0/+22
After of the vos removal, some classes in other parts of the code now are subclasses of SimpleReferenceObject. To avoid compilation and linking errors in those other parts, we seem to need to have the operator new[] and operator delete[] in SimpleReferenceObject as protected instead of private. We also need an implementation of operator delete[]. As it can be unimplemented with gcc, I hope it isn't actually called, though, so it for now crashes intentionally if called. Will see later if this actually works, this is just a commit to make stuff build.
2010-11-04Export more Timer API with MSVC in the map fileTor Lillqvist1-0/+2
2010-11-02Export more symbolsTor Lillqvist1-0/+8
2010-10-27add modelines to .h and .c files as wellCaolán McNamara2-0/+6
2010-10-25merge vosremoval-timer.diffNorbert Thiebaud5-1/+746
2010-10-14Add vim/emacs modelines to all source filesSebastian Spaeth22-0/+62
Fixes #fdo30794 Based on bin/add-modelines script (originally posted in mail 1286706307.1871.1399280959@webmail.messagingengine.com) Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
2010-10-05more removed include guards using fixguard.pyPetr Mladek2-2/+0
2010-10-05remove include guards using fixguard.pyPetr Mladek1-0/+0
2010-04-16CWS-TOOLING: integrate CWS sb118Jens-Heiner Rechtien3-1/+15
2010-04-06dtardon02: #i108502# remove SCO makefile.mk entryCaolán McNamara1-5/+0
2010-03-11dtardon02: #i108502# remove empty file in salhelperDavid Tardon1-26/+0
2010-03-04sb118: #i109791# improved CPPUNIT_CFLAGS handlingsb1-3/+1
2010-03-04sb118: add missing CFLAGS+= $(CPPUNIT_CFLAGS) to loads of other makefiles, tooRene Engelhard1-0/+4
2010-02-25sb118: merged in DEV300_m72sb20-87/+21
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-27 15:09:19 +0000