Re: [cmake-developers] Improved support for using cmake-based libraries in non-cmake projects

2011-07-29 Thread Brad King
On 07/18/2011 03:43 PM, Alexander Neundorf wrote: Done. There is now an enum which can have the values SCRIPT_MODE, FIND_PACKAGE_MODE and NORMAL_MODE. Good. So, CMAKE_SIZEOF_VOID_P can be given to the script from the outside via -D. Good. This should be encouraged. Is it feasible to

Re: [cmake-developers] Improved support for using cmake-based libraries in non-cmake projects

2011-07-29 Thread Alexander Neundorf
On Friday 29 July 2011, Brad King wrote: On 07/18/2011 03:43 PM, Alexander Neundorf wrote: ... Another question: the cmake.m4 is based on the m4-file for pkgconfig, which has the GPL header at the top. So, the cmake.m4 still has that header at the top. Is this a problem ? Yes. We at

Re: [cmake-developers] Improved support for using cmake-based libraries in non-cmake projects

2011-07-18 Thread Alexander Neundorf
On Wednesday 06 July 2011, Alexander Neundorf wrote: On Monday 04 July 2011, Brad King wrote: On 07/03/2011 12:23 PM, Alexander Neundorf wrote: On Monday 20 June 2011, Brad King wrote: On 06/17/2011 05:09 PM, Alexander Neundorf wrote: I improved it somewhat, so IMO it is basically

Re: [cmake-developers] Improved support for using cmake-based libraries in non-cmake projects

2011-06-20 Thread Brad King
On 06/17/2011 05:09 PM, Alexander Neundorf wrote: I improved it somewhat, so IMO it is basically working now. There is now a branch UsingCMakeLikePkgConfig on stage. Would be nice if you could have a look. The patch series is hard to follow because it adds and removes some code/comments and

Re: [cmake-developers] Improved support for using cmake-based libraries in non-cmake projects

2011-06-18 Thread Alexander Neundorf
On Friday 17 June 2011, Alexander Neundorf wrote: On Tuesday 07 June 2011, Alexander Neundorf wrote: On Monday, June 06, 2011 03:44:20 PM Brad King wrote: On 06/05/2011 07:14 PM, Eric Noulard wrote: 2011/6/4 Alexander Neundorf neund...@kde.org: * if so, it will check that for

Re: [cmake-developers] Improved support for using cmake-based libraries in non-cmake projects

2011-06-06 Thread Brad King
On 06/05/2011 07:14 PM, Eric Noulard wrote: 2011/6/4 Alexander Neundorf neund...@kde.org: * if so, it will check that for FOO_INCLUDES and FOO_LIBRARIES * create the command line arguments for the compiler from that * print -I/opt/foo/include to stdout [snip] cmake-config would be a

Re: [cmake-developers] Improved support for using cmake-based libraries in non-cmake projects

2011-06-06 Thread Alexander Neundorf
On Monday, June 06, 2011 03:44:20 PM Brad King wrote: On 06/05/2011 07:14 PM, Eric Noulard wrote: 2011/6/4 Alexander Neundorf neund...@kde.org: * if so, it will check that for FOO_INCLUDES and FOO_LIBRARIES * create the command line arguments for the compiler from that * print

Re: [cmake-developers] Improved support for using cmake-based libraries in non-cmake projects

2011-06-05 Thread Eric Noulard
2011/6/4 Alexander Neundorf neund...@kde.org: Hi, KDE is getting more modular, so instead of a few huge modules there will be much more independent libraries. We'll try to make all those libraries install proper FooConfig.cmake files. Currently most of these libraries install already

Re: [cmake-developers] Improved support for using cmake-based libraries in non-cmake projects

2011-06-05 Thread Alexander Neundorf
On Sunday, June 05, 2011 11:21:43 PM Eric Noulard wrote: 2011/6/4 Alexander Neundorf neund...@kde.org: Hi, KDE is getting more modular, so instead of a few huge modules there will be much more independent libraries. We'll try to make all those libraries install proper FooConfig.cmake

Re: [cmake-developers] Improved support for using cmake-based libraries in non-cmake projects

2011-06-05 Thread Eric Noulard
2011/6/6 Alexander Neundorf neund...@kde.org: On Sunday, June 05, 2011 11:21:43 PM Eric Noulard wrote: 2011/6/4 Alexander Neundorf neund...@kde.org: Hi, KDE is getting more modular, so instead of a few huge modules there will be much more independent libraries. We'll try to make all