summaryrefslogtreecommitdiff
path: root/sal/Library_sal.mk
AgeCommit message (Collapse)AuthorFilesLines
2012-12-10no longer necessary to add include path for PCH headerLuboš Luňák1-1/+0
MSVC uses full path with -FI, Clang uses full path to .pch file. Change-Id: I403a8a919a8b672d1e98c2ea1fee50097e535351
2012-12-10rename to gb_Library_set_precompiled_headerLuboš Luňák1-1/+1
There can be only one precompiled header with some compilers anyway. Change-Id: I59e84bee2f57f36753b59b7518d701573affac12
2012-12-10testing PCH support in salLuboš Luňák1-0/+3
Change-Id: Ie8c981a0d02f06738d2082abf6ef345f24449ffa
2012-12-06Put stubs for removed functionality into compat.cxxStephan Bergmann1-1/+1
Change-Id: I634c6c699f8573113cdf0763c2cc83dcc04b0b0e
2012-12-04Fixup: putting back dummy methods for removed semaphoreThorsten Behrens1-0/+1
We don't want to change sal SONAME just yet. Change-Id: I3a9de9a53a4ba845c00a26450e281534ca5d97f6
2012-12-04API CHANGE: remove long-deprecated Semaphore & related stuff.Thorsten Behrens1-2/+0
osl::semaphore was not portable & thusly long-deprecated. Also killing further unused clients of that code in salhelper. Change-Id: Ie1c1924e06e8ce3be33fd1dc2c6933f2de8b5217
2012-11-27android folds libsal_textenc into libsalCaolán McNamara1-0/+1
Change-Id: I749238e38b64abde9b601fcee99bdd1f753cdcff
2012-11-21Clean up remains of NativeActivity-based Android app supportTor Lillqvist1-1/+1
We haven't been able to build NativeActivity-based apps (like the android/qa/sc and anroid/qa/desktop thingies) since we switched to DISABLE_DYNLOADING and a single DSO liblo-native-code.so anyway. No lo_main() any more. <sal/main.h> should not be included ever when compiling for Android of iOS now. Lots of stuff binned from vcl's androidinst.cxx, in the (vain?) hope that it will reduce the amount of never invoked GUI code that gets linked in. Change-Id: I25f584864c40110774c728a23151e089620442d9
2012-11-13fix system boostPeter Foley1-4/+1
Change-Id: Id80557cb47ab471a0f3a643a1c11a59e89c14c54
2012-11-12fix sal build with system-boostRene Engelhard1-0/+2
Change-Id: I56ce5fc99c654c63df87844c78f652c4ff13ce2c
2012-11-10sal needs boostPeter Foley1-0/+2
Change-Id: Icdda77d0fda4faf071566a44c2b93285a6437d38
2012-11-09RepositoryExternal: fix gb_LinkTarget__use_valgrindMichael Stahl1-1/+4
... which i've also managed to break, unaware of its existence. Consolidate 2 different ways to use VALGRIND_CFLAGS. Change-Id: I245c7a9a2b6bc904a227a15063cf5d8a2f64313c
2012-11-09configure: why not set up VALGRIND_CFLAGS all in one placeMichael Stahl1-4/+1
Also unbreaks the build because VALGRIND_CFLAGS is now never empty with cedd9ebdd260e99e74ad54391c0d0b1d1ebd9891. Change-Id: Ide5ca799b3656ccaff483ca05dbc18682136345f
2012-09-28gbuild: invert handling of standard system libraries:Michael Stahl1-2/+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: gb_Library_PLAINLIBS_NONE cleanup for WNT:Michael Stahl1-9/+10
add a new gb_LinkTarget_use_system_win32_libs to abstract different linker options on MSVC and GCC. Change-Id: Ic9bf2545f59bf7871e6fc06b290c486ddfbec03d
2012-09-28gbuild: gb_Library_PLAINLIBS_NONE cleanup for unxgcc/solarisMichael Stahl1-7/+7
Change-Id: Ia7f64bdd0fd81c5dcc08d828db4602b65e2da949
2012-09-28gbuild: gb_Library_PLAINLIBS_NONE cleanup for MacMichael Stahl1-5/+8
Change-Id: I66f8229e186e312ed3242695db9ef0768ab4d9a0
2012-09-28gbuild: clean up Mac OS X framework handling:Michael Stahl1-3/+3
There are currently 3 different mechanisms being used for frameworks, which is of course intolerable so we invent a 4th one and standardize on it: gb_LinkTarget_use_darwin_frameworks (This doesn't mean using add_libs or externals was wrong, it was just inconsistent... and i don't see an obvious benefit of using externals here) Change-Id: I5de9020402c87e7236c6a358c47f02fa56642d3d
2012-09-28gbuild: replace direct gb_STDLIBS use with ...Michael Stahl1-1/+2
... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
2012-09-28gbuild: split uwinapi out of gb_STDLIBSMichael Stahl1-0/+1
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
2012-09-12diagnose.c -> diagnose.cxx (to ease further modification)Stephan Bergmann1-1/+1
Change-Id: I6c050c0cedab6aeed556dc770c3700e6fbbb4731
2012-08-27Move -DHAVE_GCC_BUILTIN_ATOMIC to solenv/gbuildStephan Bergmann1-3/+0
Change-Id: I82f62c998837783ac69317123268b0c87f74425f
2012-08-27fdo#53855: Use the newly added HAVE_GCC_BUILTIN_ATOMIC for salJung-uk Kim1-0/+3
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>: * nCount is needed in else branches after all * tabs -> spaces Change-Id: Iaa39ba9e1ed645819905f0e484fa4f1812271700
2012-05-24fdo#50162 merge rtlbootstrap.mk into configure.inDavid Ostrovsky1-0/+2
Change-Id: I241be2704a069ec1f6be5861084039569673cc12
2012-05-09EasyHack fdo#42783: get rid of CPU define/build system variableThomas Collerton1-2/+2
Change-Id: I6a178f7ff9c8306e15bcfa847ad1e5e4f8476504
2012-04-08LinkTarget.mk: remove gb_LinkTarget_add_package_headersMichael Stahl1-2/+4
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-03-21More hacking on static linking (iOS) supportTor Lillqvist1-1/+0
2012-03-21Simply hardcode the inifile as "rc" in the app bundle directory on iOSTor Lillqvist1-0/+6
2012-03-12module.c -> module.cxx, use sal/log.hxxStephan Bergmann1-1/+1
2012-03-10gbuild: get rid of realpath in gb_Foo_set_includeMatúš Kukan1-1/+1
2012-02-15Merge sal_textenc into sal just on AndroidTor Lillqvist1-1/+1
2012-02-15Don't bother with a separate libsal_textenc when merging libsTor Lillqvist1-0/+17
2012-01-06Final disentanglement between sal and sal_textenc.Stephan Bergmann1-1/+1
2012-01-06Extracted convertsimple (used by sal and sal_textenc) from tcvtbyte.Stephan Bergmann1-1/+1
2012-01-06textenc/context.cxx only used in sal_textenc now.Stephan Bergmann1-1/+0
2012-01-05Changed C files to C++.Stephan Bergmann1-4/+4
2012-01-05Properly assign objects to only those libraries that actually use them.Stephan Bergmann1-9/+0
For that, moved aImplJavaUtf8TextEncodingData from tables.cxx to textenc.cxx, as it shares code with aImplUTF8TextEncoding (but does not drag lots of expensive data back into sal from sal_textenc).
2011-12-21gbuild, sal: dl is linux onlyMatúš Kukan1-1/+3
2011-12-20Link most libs and executables with gb_STDLIBS as presumably is intendedTor Lillqvist1-2/+4
2011-12-19typo: add missing \Matúš Kukan1-1/+1
2011-12-19sal: add visibility symbolsMatúš Kukan1-0/+1
2011-12-19sal: convert to gbuildMatúš Kukan1-0/+242