Re: The issue with the install dirs...

2011-12-15 Thread Alexander Neundorf
On Thursday 15 December 2011, Stephen Kelly wrote: > Alexander Neundorf wrote: > > On Wednesday 14 December 2011, Stephen Kelly wrote: > >> David Faure wrote: > >> > On Tuesday 13 December 2011 21:23:52 Alexander Neundorf wrote: > >> >> Somewhat similar, do we still have the plan to provide like a

Re: The issue with the install dirs...

2011-12-14 Thread Alexander Neundorf
On Wednesday 14 December 2011, Stephen Kelly wrote: > David Faure wrote: > > On Tuesday 13 December 2011 21:23:52 Alexander Neundorf wrote: > >> Somewhat similar, do we still have the plan to provide like a wrapper > >> FindKF5.cmake/KF5Config.cmake, which will include all libraries making > >> up

Re: The issue with the install dirs...

2011-12-14 Thread Stephen Kelly
David Faure wrote: > On Tuesday 13 December 2011 21:23:52 Alexander Neundorf wrote: >> Somewhat similar, do we still have the plan to provide like a wrapper >> FindKF5.cmake/KF5Config.cmake, which will include all libraries making up >> KF5 ? >> If so, which library/package should install that ?

Re: The issue with the install dirs...

2011-12-13 Thread David Faure
On Tuesday 13 December 2011 21:23:52 Alexander Neundorf wrote: > Somewhat similar, do we still have the plan to provide like a wrapper > FindKF5.cmake/KF5Config.cmake, which will include all libraries making up > KF5 ? > If so, which library/package should install that ? > Who will install the fi

Re: The issue with the install dirs...

2011-12-13 Thread Alexander Neundorf
On Sunday 11 December 2011, David Faure wrote: > On Sunday 11 December 2011 18:16:08 Alexander Neundorf wrote: > > So what the kconfig library would provide would be a variable which > > contains a standard relative directory for installing those files > > Yes, this is what I meant. Not an absolu

Re: The issue with the install dirs...

2011-12-11 Thread David Faure
On Sunday 11 December 2011 18:16:08 Alexander Neundorf wrote: > So what the kconfig library would provide would be a variable which contains > a standard relative directory for installing those files Yes, this is what I meant. Not an absolute path, of course. > and if the > current CMAKE_INSTALL

Re: The issue with the install dirs...

2011-12-11 Thread Alexander Neundorf
On Friday 09 December 2011, David Faure wrote: > On Thursday 08 December 2011 22:33:29 Alexander Neundorf wrote: > > BIN_INSTALL_DIR (default is prefix/bin) > > Should we drop that one and use CMAKE_INSTALL_BINDIR? > Wouldn't that make things more "standard"? > I see what you're saying by "minimi

Re: The issue with the install dirs...

2011-12-09 Thread David Faure
On Thursday 08 December 2011 22:33:29 Alexander Neundorf wrote: > BIN_INSTALL_DIR (default is prefix/bin) Should we drop that one and use CMAKE_INSTALL_BINDIR? Wouldn't that make things more "standard"? I see what you're saying by "minimizing the porting effort", but that can be scripted easily,

The issue with the install dirs...

2011-12-08 Thread Alexander Neundorf
Hi, in kdelibs4, every application using FindKDE4.cmake gets the following set of variables, which should be used as install destination with the install() command: BIN_INSTALL_DIR (default is prefix/bin) BUNDLE_INSTALL_DIR (default is /Applications/KDE4 ) SBIN_INSTALL_DIR (default is prefix/