On Thursday 07 December 2006 22:57, Axel Roebel wrote:
> > 3. in the CMake/Modules/readme.txt, you can read:
> > "If the QUIET option is given to the command it will set the variable
> > XXX_FIND_QUIETLY to true before loading the FindXXX.cmake module."
> >
> > but you use: FIND_SWIG_QUIETLY
>
> ye
Tristan Carel wrote:
> Hi Swig lovers,
>
> Axel had the great idea to use the -swiglib option in order to improve
> the module's efficiency to properly fill the prerequesites variables.
> I guess it is the perfect example of using a tool to perform its
> `configure' part.
>
> On the other hand, it
Alan W. Irwin wrote:
Anyhow, could we finish off this issue? I hate to see something so close
to solution hang fire like this.
OK, done, I remove the PKGCONFIG from FindPkgConfig, and added the
deprecated message in UsePkgConfig, and reversed it to its old way of
doing things.
If you run into
On 2006-12-08 19:17-0500 Bill Hoffman wrote:
Michel Hermier wrote:
Anyway maybe the inclusion of the file should also be restricted by some
version compatibility checking ?
So that a project say by macro that it requires a 2.4.5 compatibility
and only warn about the deprecated helper file
Thanks Bill, if this is intended, I think at least as help for the
arguments you should include this like;
[EMAIL PROTECTED] ~]$ ccmake
ccmake version 2.4-patch 5
Usage
ccmake
ccmake
---
And add as extra
ccmake
I would also suggest a comment behind the arguments like;
ccmake
Eric Noulard wrote:
In this later case the build files ARE generated where they should be !!
I think you may file a bug report unless some CMake developpers explain
us this implementation choice?
Looks like this is sort of intended...
if(argIsFile)
{
// Source CMakeLists.txt file
2006/12/9, Jorgen Bodde <[EMAIL PROTECTED]>:
The latest on Fedora Core. No there is not any cache present.
Output of cmake --version would be more precise :))
On my side I have:
cmake version 2.4-patch 3
What I did was;
cd src/someproject/build
mkdir cmake
cd cmake
ccmake ../../CMakeLists.t
The latest on Fedora Core. No there is not any cache present. What I did was;
cd src/someproject/build
mkdir cmake
cd cmake
ccmake ../../CMakeLists.txt
And in the past (and also in this project) the cache files were dumped
in the dir I was in, since the agruments clearly say, either point to
a C
