Summary: | [PATCH] scancontroller missing dependecy to CacheLock (CMAKE) | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | simon |
Component: | Portability-Cmake | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | marcel.wiesweg |
Priority: | NOR | ||
Version: | 0.10.0 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 0.10.0 | |
Sentry Crash Report: |
Description
simon
2008-12-18 14:07:27 UTC
Can you try this patch instead. Maybe your compiler treats visibility of inner classes differently than mine. The threadimageio sources are already included in libdigikamcore, which digikam links. diff --git a/libs/threadimageio/loadingcache.h b/libs/threadimageio/loadingcache.h index 515623f..813fc7c 100644 --- a/libs/threadimageio/loadingcache.h +++ b/libs/threadimageio/loadingcache.h @@ -127,7 +127,7 @@ public: /// !! All methods of LoadingCache shall only be called when a CacheLock is held !! - class CacheLock + class DIGIKAM_EXPORT CacheLock { public: thanks, this fixed it SVN commit 899773 by mwiesweg: Some compilers apparently treat inner classes visibility independent from the outer class, so that we need to set the visibility flag for CacheLock as well. CCBUG: 178061 M +1 -1 loadingcache.h WebSVN link: http://websvn.kde.org/?view=rev&revision=899773 |