kossebau added a comment.

  I understand the desire for pragmatic solution, but I am too old now and have 
seen too many places where being pragmatic at one point resulted in tightly 
coupled systems which later prevented progress. 
  When it comes to build dependencies, forcing users of a product to use the 
same build tools as used for the product is not well received by me in 
principle, as it lowers flexibility and choice as user.
  
  So let me see for now how we can get ahead here without needing to extent 
KI18nConfig with find_dependecy(ECM).
  
  Where would you see "that the macro already used KDEInstallDirs before"? When 
it comes to "LOCALE_INSTALL_DIR", that is set to a default is not set when 
calling the macro. Ideally would be documented though. (my first approach would 
be to also allow a soft dependency here on KDEInstallDirs, checking whether 
KDE_INSTALL_LOCALEDIR is defined and picking its value), similar with 
CMAKE_INSTALL_LOCALEDIR to support GnuInstallDirs automatically).

REPOSITORY
  R249 KI18n

REVISION DETAIL
  https://phabricator.kde.org/D29136

To: heikobecker
Cc: kossebau, kde-frameworks-devel, LeGast00n, cblack, michaelh, ngraham, bruns

Reply via email to