KTextEditor & Frameworks question
David Faure
faure at kde.org
Tue Jan 7 19:18:52 UTC 2014
On Tuesday 07 January 2014 19:57:56 Christoph Cullmann wrote:
> Hi,
>
> I just tried to fix the naming issues.
>
> Does that try here look better
>
> http://quickgit.kde.org/?p=scratch%2Fcullmann%2Fktexteditor.git
I see a ${FooBar_HEADERS} in src/CMakeLists.txt which is used but not set,
should be removed.
src/include/CMakeList.txt is the one calling ecm_generate_headers, but in a
strange way: it sets KTEXTEDITOR_PUBLIC_HEADERS which was already set,
so it overwrites it.
You can remove the whole list of lowercase headers, ecm_generate_headers
generates it for you from the uppercase ones.
And then just install with the contents of that variable. *after* the call to
ecm_generate_headers, not before ;)
> add_library (KF5TextEditor ${ktexteditor_LIB_SRCS}
${KTEXTEDITOR_PUBLIC_HEADERS})
Why pass headers to add_library?
>
> target_link_libraries(KF5TextEditor LINK_PUBLIC KF5::Parts
> LINK_PRIVATE KF5::I18n
> Qt5::Script
> KF5::Archive
> KF5::GuiAddons
> KF5::I18n
> KF5::IconThemes
> KF5::ItemViews
> KF5::KCMUtils
> KF5::KIOFileWidgets
> KF5::Notifications
> KF5::Parts
> KF5::PrintUtils
> KF5::SonnetCore)
Are you sure that all of these should be private? The ones that provide
classes that appear in the public API should be under LINK_PUBLIC.
> set( katepart_PART_UI
> )
unused, remove.
I tested the grafting, works fine.
--
David Faure, faure at kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5
More information about the Kde-frameworks-devel
mailing list