summaryrefslogtreecommitdiff
path: root/include/apple_remote
AgeCommit message (Collapse)AuthorFilesLines
2013-11-09fdo#65108 inter-module includes <>Norbert Thiebaud2-4/+4
Change-Id: I1caf03785f84cf709b7f23c5ca3d2659bf950b28
2013-09-13Fix visibility for --enable-64-bitStephan Bergmann2-2/+10
...post 68e2a4e41d6e81a6e95a296d775c9ac8f5c97e8b "Revert 'Visibility doesn't seem to work as we want in Apple's Clang.'" Quoting <https://developer.apple.com/library/mac/documentation/developertools/ Conceptual/CppRuntimeEnv/Articles/SymbolVisibility.html> section "Symbol Visibility and Objective-C:" "When building for x86_64 OS X or for iOS, symbol visibility /does/ affect objective-C classes. [...] This means that if a given class is intended to be usable outside the library or executable it's defined in, you need to ensure proper symbol visibility." The chosen syntax works at least with both --en/disable-64-bit "experimental" (Clang-based) builds on OS X 10.8. Hopefully, it also works for baseline builds. (Also, it could be that a more fine grained use of SAL_DLLPUBLIC_EXPORT/SAL_DLLPRIVATE would be useful, but with the current setup at least linking of Library_vcl against Library_AppleRemote works.) Change-Id: Iff4fe9e50d1400c83879f62fe29b35bd19d58eb8
2013-04-23execute move of global headersBjoern Michaelsen2-0/+165
see https://gerrit.libreoffice.org/#/c/3367/ and Change-Id: I00c96fa77d04b33a6f8c8cd3490dfcd9bdc9e84a for details Change-Id: I199a75bc4042af20817265d5ef85b1134a96ff5a