diff options
author | Stephan Bergmann <sbergman@redhat.com> | 2013-09-13 10:12:59 +0200 |
---|---|---|
committer | Stephan Bergmann <sbergman@redhat.com> | 2013-09-13 10:24:01 +0200 |
commit | 645c97d116c9d930c06297bdc292c52ac412fce9 (patch) | |
tree | 46fff90cc8ac5130b7eaac66f81de519623117ac /graphite | |
parent | 91efe73bb00855edb75d57e964eaf1e89a5f5935 (diff) |
Fix visibility for --enable-64-bit
...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
Diffstat (limited to 'graphite')
0 files changed, 0 insertions, 0 deletions