On 8/5/2011 5:14 PM, Alexander Neundorf wrote:
(2) The documentation of the module has a few typos. Please
proofread it again. Also, please use the word compatible rather
than suitable to refer version acceptability. This makes the
distinction noted above in (1).
I hope it's better now. But
On 8/3/2011 4:04 PM, Brad King wrote:
On 8/3/2011 4:00 PM, Alexander Neundorf wrote:
Are you ok with this branch or are there issues left (...since it wasn't
merged into master on Tuesday) ?
I still need to find time to do further review and try it out.
Okay, here are a few comments from a
On Monday 01 August 2011, Alexander Neundorf wrote:
On Monday 01 August 2011, Brad King wrote:
On 07/31/2011 04:09 PM, Alexander Neundorf wrote:
I'm not sure which syntax I like better. The one with the macro feels
more high-level, but maybe hides too much what is actually going on
On 7/30/2011 3:33 AM, Rolf Eike Beer wrote:
Another common scheme is to say that a version is compatible if the
major version number matches and incompatible otherwise. I'm not
saying we have to try to include every common scheme. I think just
the basic one you proposed originally is
Another common scheme is to say that a version is compatible if the
major version number matches and incompatible otherwise. I'm not
saying we have to try to include every common scheme. I think just
the basic one you proposed originally is sufficient. However, I'd
like to come up with
On Thursday 07 July 2011, Alexander Neundorf wrote:
On Thursday 07 July 2011, Brad King wrote:
On 7/6/2011 4:00 PM, Alexander Neundorf wrote:
Since that Version.cmake file in most cases looks basically the same
They're only the same within a specific community's versioning scheme.
The
On 07/29/2011 12:04 PM, Alexander Neundorf wrote:
On Thursday 07 July 2011, Alexander Neundorf wrote:
I think everything else are special cases, at least I can't think of other
generic cases.
How could another common scheme look like ?
Any ideas ?
Huh. I thought I responded to this one
Hi,
in KDE we have a simple macro which helps with creating a
FooConfigVersion.cmake for installation along the FooConfig.cmake file.
Since that Version.cmake file in most cases looks basically the same, I
thought it is a good idea to provide such a basic file, and the only thing
which has to