On Sunday 18 November 2012, Alexander Neundorf wrote:
> On Saturday 17 November 2012, Sune Vuorela wrote:
> > On 2012-11-17, Alexander Neundorf <neund...@kde.org> wrote:
> > > On Thursday 15 November 2012, Sune Vuorela wrote:
> > >> On 2012-11-15, Alexander Neundorf <neund...@kde.org> wrote:
> > >> >> I thought we earlier agreed on things like "you should not inherit
> > >> >> sonames from other modules" and such.
> > >> 
> > >> We have apparantly a ECM_SOVERSION coming from somewhere and used.
> > >> 
> > >> >> and we just have layers of added complexity that seems to be added
> > >> >> for the sake of complexity.
> > >> > 
> > >> > What do you mean exactly ?
> > >> 
> > >> We have a generated config file that I still haven't figured out where
> > >> it comes from (and which is quite buggy
> > > 
> > > What exactly is buggy in the file ?
> > 
> > at least the two following things (which is taken from memory, so there
> > might be typing issues)
> > 
> > threadweaver_LIBRARY is just "threadweaver". I needed to figure out how
> > to add LINK_DIRECTORIES(${threadweaver_DIR}) the right places as well.
> > that was at least ... unexpected.
> 
> this is because the string "threadweaver" refers to the imported target
> with the name "threadweaver".

I would also see this as a hint that we should use a namespace for the 
exported target, so the line wouldn't be

set(threadweaver_LIBRARY threadweaver)

but 

set(threadweaver_LIBRARY KF5::threadweaver)
or
set(threadweaver_LIBRARY KDE::threadweaver)
or
set(threadweaver_LIBRARY ImportedTarget::threadweaver)
or
set(threadweaver_LIBRARY ThreadWeaver::threadweaver)

or something similar, hoping that this name gives a hint that this is not 
simply the filename of the library.

Suggestions ?

Alex
_______________________________________________
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Reply via email to