On 7/25/07, Bill Hoffman <[EMAIL PROTECTED]> wrote:
>
> [...]
>
> For contribution of new modules to CMake, a proposal should be sent to
> the CMake mailing list [EMAIL PROTECTED], and if the proposal is
> accepted, and a maintainer is found, the module would be added to CMake.
> Proposals for new
On 7/27/07, Alan W. Irwin <[EMAIL PROTECTED]> wrote:
> On 2007-07-27 02:24-0400 Brandon Van Every wrote:
>
> > So far it doesn't sound like you take
> > the separation of experimental stuff from official stuff very
> > seriously.
>
> That is simply not the case. You have now lost a lot of credibili
On 2007-07-27 02:24-0400 Brandon Van Every wrote:
So far it doesn't sound like you take
the separation of experimental stuff from official stuff very
seriously.
That is simply not the case. You have now lost a lot of credibility with me,
and I have promised myself not to respond any more to yo
On 7/26/07, Alan W. Irwin <[EMAIL PROTECTED]> wrote:
> On 2007-07-26 18:35-0400 Brandon Van Every wrote:
>
> > On 7/26/07, Alan W. Irwin <[EMAIL PROTECTED]> wrote:
> >> On 2007-07-26 13:55-0400 Brandon Van Every wrote:
> >>
> >> > I think it is very important that any experimental releases have no
On 2007-07-26 18:35-0400 Brandon Van Every wrote:
On 7/26/07, Alan W. Irwin <[EMAIL PROTECTED]> wrote:
On 2007-07-26 13:55-0400 Brandon Van Every wrote:
> I think it is very important that any experimental releases have no
> effect on official CMake installations at all.
That's already been s
On 7/26/07, Alan W. Irwin <[EMAIL PROTECTED]> wrote:
On 2007-07-26 13:55-0400 Brandon Van Every wrote:
> I think it is very important that any experimental releases have no
> effect on official CMake installations at all.
That's already been stated. I say again, you will not be affected by thi
On 2007-07-26 13:55-0400 Brandon Van Every wrote:
I think it is very important that any experimental releases have no
effect on official CMake installations at all.
That's already been stated. I say again, you will not be affected by this
proposal at all.
Alan
__
Alan
On 7/26/07, Alan W. Irwin <[EMAIL PROTECTED]> wrote:
On 2007-07-26 12:32-0400 Brandon Van Every wrote:
>
> So why will the experimental testing method be widely used? And when
> it is used, why will people report their results?
This is standard fare in most free software releases these days. To
On 2007-07-26 12:32-0400 Brandon Van Every wrote:
On 7/26/07, Alan W. Irwin <[EMAIL PROTECTED]> wrote:
So it really boils down to this. If the developers from KitWare are
serious
about getting widespread testing of modules before they are made part of
an
official CMake release, then they w
On 7/26/07, Alan W. Irwin <[EMAIL PROTECTED]> wrote:
So it really boils down to this. If the developers from KitWare are serious
about getting widespread testing of modules before they are made part of an
official CMake release, then they will test the modules with separate
well-publicized rele
On 2007-07-26 03:20-0400 Brandon Van Every wrote:
I'll stick to whatever the official CMake version
number guarantees.
That's fine since in my scheme the official modules would be released
exactly as now and you can go on exactly as before.
[out of order] Since I have no faith in the quality
,
So, I have to jump in and say something about pkg-config. It simply
can not be relied on to be there by CMake. It is not a default package
on any commercial UNIX, and many tools like QT do not require it to be
installed. It is just another place to look for things.
-Bill
__
Zitat von Andreas Schneider <[EMAIL PROTECTED]>:
Mathieu Malaterre wrote:
On 7/25/07, Hendrik Sattler <[EMAIL PROTECTED]> wrote:
Am Mittwoch 25 Juli 2007 17:40 schrieb Andreas Schneider:
> If someone is using GTK2 I've created a nice Module too. But it isn't
> used at WengoPhone at the moment
Oooops, when I looked at the file all I could see were hardcoded paths.
sorry for the noise,
-Mathieu
On 7/26/07, Andreas Schneider <[EMAIL PROTECTED]> wrote:
Mathieu Malaterre wrote:
> On 7/25/07, Hendrik Sattler <[EMAIL PROTECTED]> wrote:
>> Am Mittwoch 25 Juli 2007 17:40 schrieb Andreas Schn
Mathieu Malaterre wrote:
> On 7/25/07, Hendrik Sattler <[EMAIL PROTECTED]> wrote:
>> Am Mittwoch 25 Juli 2007 17:40 schrieb Andreas Schneider:
>> > If someone is using GTK2 I've created a nice Module too. But it isn't
>> > used at WengoPhone at the moment and I'm not a Gnome guy. Maybe someone
>> >
On 7/25/07, Hendrik Sattler <[EMAIL PROTECTED]> wrote:
Am Mittwoch 25 Juli 2007 17:40 schrieb Andreas Schneider:
> If someone is using GTK2 I've created a nice Module too. But it isn't
> used at WengoPhone at the moment and I'm not a Gnome guy. Maybe someone
> else wants to take and maintain it.
On 7/25/07, Alan W. Irwin <[EMAIL PROTECTED]> wrote:
On 2007-07-25 14:46-0400 Brandon Van Every wrote:
> It also slaves the release cycles of unrelated modules to each other.
> [...]
True. That is the whole point. I believe the concerns you have expressed
are the standard concerns for the rel
FindBoost.cmake
As one of the authors of it, I am happy to maintain the existing
FindBoost.cmake in the modules directory. I use Linux, QNX-Neutrino and
XP/Vista. However if Andreas Schneider wants to inroduce his version and
maintain it I am happy with this. Although the copyright on it should
On 2007-07-25 14:46-0400 Brandon Van Every wrote:
On 7/25/07, Alan W. Irwin <[EMAIL PROTECTED]> wrote:
CMAKE_MODULE_MINIMUM_REQUIRED(VERSION 1.1.0 FATAL_ERROR)
Having 1 CMake version number that everyone cares about, and 1 CMake
Module version number that everyone cares about, will simply co
On 7/25/07, Alan W. Irwin <[EMAIL PROTECTED]> wrote:
CMAKE_MODULE_MINIMUM_REQUIRED(VERSION 1.1.0 FATAL_ERROR)
Having 1 CMake version number that everyone cares about, and 1 CMake
Module version number that everyone cares about, will simply confuse
everybody as to what the heck they're requirin
On 2007-07-25 11:58-0400 Mike Jackson wrote:
I agree that some sort of consistency among all the modules is needed.
Consistent APIs help keep developer productivity high and the amount of
"surprises" to a minimum. When and how to aline the modules to a consistent
state is another whole debate.
Am Mittwoch 25 Juli 2007 17:40 schrieb Andreas Schneider:
> If someone is using GTK2 I've created a nice Module too. But it isn't
> used at WengoPhone at the moment and I'm not a Gnome guy. Maybe someone
> else wants to take and maintain it.
>
> http://cmake-modules.googlecode.com/svn/trunk/Modules
On 7/25/07, Bill Hoffman wrote:
Mike Jackson wrote:
>
>
> I think Kitware should layout the "rules" for writing a module
> including naming conventions, formatting of the module, various
> options, and all that stuff. THEN a DEMO Module needs to be written
> that follows ALL the guidelines and s
Quoting "Miguel A. Figueroa-Villanueva" <[EMAIL PROTECTED]>:
+1 to both
Hello,
As co-author (with Jan Woetzel) of the FindwxWidgets I'd be happy to
maintain it.
I also recently made changes to the FindLATEX and FindImageMagick in
my local repository. I'd be happy to apply the changes if acce
Mike Jackson wrote:
My own thoughts on this:
While I am not sure I would be able to maintain any modules directly,
I would be MORE than happy to serve as a "Mac OS X" consultant for
those who maintain modules and do not have access to OS X equipment.
I agree that some sort of consistency amo
My own thoughts on this:
While I am not sure I would be able to maintain any modules directly,
I would be MORE than happy to serve as a "Mac OS X" consultant for
those who maintain modules and do not have access to OS X equipment.
I agree that some sort of consistency among all the modules
Miguel A. Figueroa-Villanueva wrote:
Hello,
As co-author (with Jan Woetzel) of the FindwxWidgets I'd be happy to
maintain it.
I also recently made changes to the FindLATEX and FindImageMagick in
my local repository. I'd be happy to apply the changes if accepted by
the list and maintain the modu
Bill Hoffman wrote:
>
> If you are interested in maintaining an existing module in CMake, please
> respond to the list.
>
Hi Bill,
I would maintain the FindBoost.cmake Module.
http://cmake-modules.googlecode.com/svn/trunk/Modules/Boost/FindBoost.cmake
I've improved the FindPerlLibs.cmake Modu
Hello,
As co-author (with Jan Woetzel) of the FindwxWidgets I'd be happy to
maintain it.
I also recently made changes to the FindLATEX and FindImageMagick in
my local repository. I'd be happy to apply the changes if accepted by
the list and maintain the modules.
I like this idea, but I have a c
CMake has been steadily growing in popularity over the past years. The
bug tracker has many bugs in it related to CMake FindXXX modules.
Since the CMake developers often do not have access to machines with
the software installed, or experience with finding/using many of the
packages found in the
30 matches
Mail list logo
