Hendrik Sattler wrote:
Fernando Cacciola schrieb:
and install the CGALConfig.cmake, only.
It doesn't make sense to install both at the same time.
Not really... FindCGAL.cmake basically locates and loads
CGALConfig.cmake, which is better placed in the install tree since the
binary f
Hendrik Sattler wrote:
Fernando Cacciola schrieb:
Nope... my users don't want to do that... (or rather I don't know which
DESTDIR, if any, they'll use at all, so the solution cannot involve
anything like it)
They want to install CGAL in the "correct" place, what
Hendrik Sattler wrote:
Am Friday 14 November 2008 04:18:59 schrieb Fernando Cacciola:
In preparing the cmake build system for CGAL I'm having this issue:
Users can define CGAL_DIR explicitely when configuring their own
programs in order to allow find_package(CGAL) to locate CGALConfig.
So, is there a way to create a "normal user" install target and a
separate "super user" install target??
Something that would allow my users to do something like:
make install
sudo make root-install
TIA
Fernando Cacciola
___
Hi Hendrik,
But it is not backwards-compatible and will fail to link on the new
version while it worked fine on the old version.
Why??
Because if the ${FOO_USE_FILE} doesn't do what it always does (globally
adding this stuff), you _have_ to insert the new macro call to make it
compile again.
Hendrik Sattler wrote:
Bill Hoffman schrieb:
OTOH, it could make sense to do the following:
find_packge( CGAL REQUIRED )
include( ${CGAL_USE_FILE} )
add_executable( program ... )
use_CGAL( program )
so it works now with 2.4, and eventually "upgrade" it to use target
properties in
Hi Bill,
Fernando Cacciola wrote:
Ha I see... that is 2.6 specific right?
There are still too many 2.4 versions shiped with Linux et al, and we
don't want to ask our users to *manually* upgrade cmake when they
already have one installed, so I'm keeping all compatible with at
l
Hi Bill,
So, I guess I will comment on this... :)
:)
Originally CMake was directory based. We are moving towards being
target based. For directories, targets, and projects, there should be
a way to set:
- defines
- includes
- link libraries
- compiler flags
Hard to argue with that :
Hi Colin,
On Tue, 11 Nov 2008 16:13:43 -0200
Fernando Cacciola
<[EMAIL PROTECTED]> wrote:
Hi Andreas,
On 11 Nov 2008 18:12:33 +0100, Andreas Pakulat wrote:
In fact I don't understand why include_directories and
add_definitions are not deprecated as well
Which is precise
Hi Andreas,
On 11.11.08 14:12:39, Fernando Cacciola wrote:
Hi Andreas,
On 10.11.08 12:01:13, Fernando Cacciola wrote:
The CGAL library (www.cgal.org) uses cmake as build system. Thus, our
users do:
find_package(CGAL REQUIRED)
include( ${CGAL_USE_FILE} )
...
UseCGAL.cmake, as all such
Hi Andreas,
On 10.11.08 12:01:13, Fernando Cacciola wrote:
The CGAL library (www.cgal.org) uses cmake as build system. Thus, our
users do:
find_package(CGAL REQUIRED)
include( ${CGAL_USE_FILE} )
...
UseCGAL.cmake, as all such files, call include_directories,
add_definitions and
Hi Bill,
Eric NOULARD wrote:
Le Tue, 11 Nov 2008 11:47:20 -0200,
Fernando Cacciola <[EMAIL PROTECTED]> a écrit :
Hi,
Since my last post about this got unnoticed I'm reposting it, this
time with additional information.
Sorry, I did see your post, and I am busy...
Understan
Eric NOULARD wrote:
Le Tue, 11 Nov 2008 11:47:20 -0200,
Fernando Cacciola <[EMAIL PROTECTED]> a écrit :
Hi,
Since my last post about this got unnoticed I'm reposting it, this
time with additional information.
[...]
May be CMake devel are busy :-)
Fair enough.
The culprin
CE )
MESSAGE( STATUS "VAR=${VAR}" )
That is, the first SET "fixes" the type, allowing the second SET to do
what it should.
Shall I add this to the tracker or is this behaviour on purpose??
TIA
Fernando Cacciola
if
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
ic???
Or am I missing something?
TIA
Fernando Cacciola
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
_and_that' is silently
not added at all, but only if the user passed -DVAR=whatever.
It works fine if the user doesn't pass any VAR or specifies
the type correctly as in: -DVAR:STRING=whatever
Shall I add this to the bug tracker?
Is there any workaround which doesn't require user
Fernando Cacciola wrote:
try_compile( X_COMPILE_RES
${CMAKE_BINARY_DIR}
${CMAKE_SOURCE_DIR}/X.cpp
CMAKE_FLAGS
-DINCLUDE_DIRECTORIES:STRING="${CMAKE_SOURCE_DIR}/includeA;${CMAKE_SOURCE_DIR}/includeB"
OK.
By looking at the source code I realize
it been reported before? If not, I'll file a report.
Does anyone know of a workaround?
TIA
Fernando Cacciola
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
Mike Jackson wrote:
Which version of Qt are you using? Qt 4.x is only officially supported
on the native window system (Quartz/Carbon) NOT X11. Qt 3.x _may_ run
under X11 on OS X so I don't know.
We still use Qt 3.x as a matter of fact.
If some one new to OS X just did a locate on gl.h then
lains this..
Is that correct for your situation?
>
Apparently, yes.
My user reported that "locate gl.h" shows up precisely that path.
I'm not sure what does that mean though. Should FindOpenGL.cmake search
for both cases and define a compile flag telling which path prefix to u
Fernando Cacciola wrote:
Mike Jackson wrote:
The header is located in a framework called OpenGL.framework and the
include
style for frameworks is the name of the framework (minus the
extension) and
then the header file, so on OS X the proper include would be:
#include
Hmmm, google says you
OpenGL instead of GL?
Keep in mind that this is a working project which builds and run
correctly via the old shell-based build system.. it is my cmake port
wich fails.
Best
Fernando Cacciola
___
CMake mailing list
CMake@cmake.org
http://www.cm
Fernando Cacciola
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
odules directory and do
not call original one.
And I also don't want to do that because my system is deployed on
several users each having its own version of cmake, so I don't want to
hard code a particular version of FindOpenGL.cmake by distributing it
unless I really don't have
# reset the modules path.
set(CMAKE_MODULE_PATH ${SAVED_CMAKE_MODULE_PATH} )
endif()
Is there a better way??
TIA
Fernando Cacciola
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
(var) to read the value
back from the cache (very usefull somtimes), but this is undocumented
and extremely none-obvous, so, can we have a "fetch(var)" as well?
Should I formally suggest that via a bug report?
TIA
Fernando Cacciola
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
act fetch it back from the cache.
This undocumented feature is in fact the way to get variables out of
subdirs:
root/CMakeLists.txt
add_subdirectory(sub)
set(result)
message( STATUS "result=${result}" )
root/sub/CMakeLists.txt
set(result "I'm a subdir
eting like this:
cmake -DCMAKE_CXX_COMPILER=${USER_CXX_COMPILER}
it won't work when the intention is NOT to specify that (the usual case),
unless a value of NOTFOUND or "" is interpreted as such.
TIA
Fernando Cacciola
___
CMake mai
Doug Gregor wrote:
On Thu, Jul 3, 2008 at 6:33 PM, Fernando Cacciola
<[EMAIL PROTECTED]> wrote:
OK, I found the problem today.
The version is parsed (from version.hpp) into a variable named
Booist_MAJOR_VERSION (et al)
But the comparison code incorrectly uses Boost_VERSION_MAJOR.
(Haven&#
Andreas Pakulat wrote:
On 03.07.08 19:40:29, Fernando Cacciola wrote:
On 03.07.08 12:23:11, Doug Gregor wrote:
On Tue, Jul 1, 2008 at 1:24 PM, Fernando Cacciola
<[EMAIL PROTECTED]> wrote:
(7)
I couldn't understand the dicotomy between the cached and non-cached
versions of the i
Doug Gregor wrote:
On Thu, Jul 3, 2008 at 12:23 PM, Doug Gregor
<[EMAIL PROTECTED]> wrote:
Anyway, I'm working on a bunch of issues with FindBoost, and will ping
the list when I think I have it right.
There's a much-improved FindBoost module now in CMake CVS. Hopefully
it will get merge in to
Hi Andreas,
On 03.07.08 12:23:11, Doug Gregor wrote:
On Tue, Jul 1, 2008 at 1:24 PM, Fernando Cacciola
<[EMAIL PROTECTED]> wrote:
(7)
I couldn't understand the dicotomy between the cached and non-cached
versions of the include dirs:
Boost_INCLUDE_DIRS vs Boost_INCLUDE_DIR
What&#
2.6 as far as I tested it. And in all
cases with the same FindBoost.cmake (the one we are discussing)
Best
--
Fernando Cacciola
SciSoft
http://scisoft-consulting.com
http://fcacciola.50webs.com
http://groups.google.com/group/cppba
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
H 1 )
set( Boost_FIND_COMPONENTS thread )
find_package(Boost)
which works just the same with the old find_package (this is in fact what
I'm doing in CGAL to avoid requiring users to install CMake 2.6 which is
usually not just a simple apt-g
Hi,
It seems that pgCC is not supported even in 2.6.
In that case it is just a matter of adding a "pgcc.cmake" file with the
appropiate settings right? or would the CMake binary itself need some patch?
And btw, has anybody out there such a "pgcc.cmake"? :)
TIA
--
Ferna
Hi,
I just got a report from a user saying that cmake doe not recognize his Sun
Studio CC compiler.
I found on the list archives that this has been reported mid 2006. Is the
problem fixed in CMake 2.6?
He is using 2.4-8
TIA
--
Fernando Cacciola
SciSoft
http://scisoft-consulting.com
http
or at the very least an INTERNAL option?
TIA
--
Fernando Cacciola
SciSoft
http://fcacciola.50webs.com
http://groups.google.com/group/cppba
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
Hi Bill,
Fernando Cacciola wrote:
Hi People,
Due to some project specific constrains, I need to use cmake within
cygwin but to compile using Visual C++ via nmake.
Since the cygwin cmake doesn't support nmake I must use the windows
cmake binary, but naturally knowing that I am running
ch I couldn't get cygwin it to have.)
FYI, that transformation turns "/usr/local" into "C:/cygwin/usr/local",
which I found to be needed by the windows cmake binary as it uses low-level
FILE( INSTALL ) commands to do the actual installation when "nmake install"
Hi people, just wanted to share this: the following 4 lines print all cmake
variables and their values.
get_cmake_property( P VARIABLES )
foreach( VAR in ${P} )
message( STATUS " ${VAR}=${${VAR}}" )
endforeach()
Best
--
Fernando Cacciola
SciSoft
http://fcacciola.50web
Hi Brandon,
On Tue, Mar 4, 2008 at 7:52 AM, Fernando Cacciola
<[EMAIL PROTECTED]> wrote:
>
> Nutshell: is it strategically a good idea to implement Lua support for
> CMake?
>
> - CMake script must be maintained indefinitely for a small percentage
> of users no m
ge that low level of an API.
I don't think you need to do that, just let it break.
Best
--
Fernando Cacciola
SciSoft
http://fcacciola.50webs.com
http://groups.google.com/group/cppba
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
Hi Brandon,
On Mon, Mar 3, 2008 at 5:11 PM, Fernando Cacciola
<[EMAIL PROTECTED]> wrote:
Brandon wrote:
>
> I am starting to wonder if the whole Lua thing is indeed a red
> herring, and what CMake really needs is the best possible website to
> document, tutorialize, and
e (don't get me started
on the wrong tail)
Best
--
Fernando Cacciola
SciSoft
http://fcacciola.50webs.com
http://groups.google.com/group/cppba
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
Hi Mike,
I don't understand. If the "user" wants to have a destination other
than the default provided by CMake, why don't they just run ccmake/
cmakesetup and set the CMAKE_INSTALL_PREFIX to what they want?
CMake generated project files/makefiles can only be used on the
system they were genera
Fernando Cacciola wrote:
string( LENGTH "$ENV{DESTDIR}" DESTDIRLEN )
if ( ${DESTDIRLEN} GREATER 0 )
message( STATUS "DESTDIR specified ($ENV{DESTDIR}). Overriding
CMAKE_INSTALL_PREFIX (${CMAKE_INSTALL_PREFIX})" )
set( CMAKE_INSTALL_PREFIX "" CACHE
take a value as argument (like the IF of any other language I ever came
across), but a variable.
Best
--
Fernando Cacciola
SciSoft
http://fcacciola.50webs.com
http://groups.google.com/group/cppba
___
CMake mailing list
CMake@cmake.org
http://www.cm
Sylvain Benner wrote:
Hi,
You should use IF(VAR) instead.
!! Of course !!
I got confused because what I really tried at first, but didn't work, was
this:
if ( $ENV{SOME_ENV_VAR} )
so I figured I needed to "load" the enviroment variable into a cmake
variable first, for which I added:
s
LENGTH "$ENV{DESTDIR}" DESTDIRLEN )
if ( ${DESTDIRLEN} GREATER 0 )
message( STATUS "DESTDIR specified ($ENV{DESTDIR}). Overriding
CMAKE_INSTALL_PREFIX (${CMAKE_INSTALL_PREFIX})" )
set( CMAKE_INSTALL_PREFIX "" CACHE PATH "Use DESTDIR *instead* of
CMAKE_INSTAL
rints "VAR evaluates to false".
Is that expected?? The documentation of IF() doesn't match this behaviour
AFAICS.
TIA
--
Fernando Cacciola
SciSoft
http://fcacciola.50webs.com
http://groups.google.com/group/cppba
___
CMake mailing lis
Hi Alexander,
On Tuesday 19 February 2008, Fernando Cacciola wrote:
Hi people,
According to my experiments in 2.4.7, XXX_DIR seems rather special.
Consider a CMakeLists.txt containing just "find_package(XYZ)"
Run "cmake ."
You'll see the error:
CMake Error: XYZ_DI
Can you clarify the details of this variable?
Is it true that it can be a enviroment variable but it must point to the
right folder?
Is it true that if it is a an enviroment variable it is stored in the cache,
but not if set in the command line?
Can it be stored in the cache if pas
special search paths for Windows as well?
(please look at my upcoming post about XXX_DIR)
Versioning is also supported in the CMake 2.6 find_package. See the
nots above.
I just read it, cool.
Thanks
--
Fernando Cacciola
SciSoft
http://fcacciola.50webs.com
http://grou
Brandon Van Every wrote:
On Feb 18, 2008 3:34 PM, Fernando Cacciola
<[EMAIL PROTECTED]> wrote:
XXXConfig.cmake should ...
FindXXX.cmake shoud ...
UseXXX.cmake should set include directories, libraries, compiler and
linker
flags, etc, based on the settings defined in a XXXConfig.cmak
configuration script copy them doesn't work in Vista because of
the access restrictions to ProgramFiles.
Putting them in the binary folder works, but doesn't seem right (only
XXXConfig.cmake should go there).
Any other ideas?
Best
--
Fernando Cacciola
SciSoft
http://fcacciola.50webs.com
there any tools to a
handle a second custom cache?
TIA
--
Fernando Cacciola
SciSoft
http://fcacciola.50webs.com
http://groups.google.com/group/cppba
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
Hi Bill,
At the very least that fact should be stated up front.
I guess it is a hard thing to understand, but perhaps you can help explain
it. First, let me try and explain it to you...
If set(foo_var somvalue CACHE TYPE "") always did a set, then users could
never modify the CMakeCache.
"Bill Hoffman" <[EMAIL PROTECTED]> wrote
in message news:[EMAIL PROTECTED]
Fernando Cacciola wrote:
*you* as in *me* in any *new* script?
Sure I can, but I found this problem in FindQt4, a standard cmake module.
The -NOTFOUND value can never end up in that variable
Hi Hendrik,
So you want to give NOTFOUND an even more special status than all the
other negative variable values?
Don't get me started on the existence of all these negative values, or on
the fact that there is just a string type, or the fact that not even that is
actually true as there is a
Hi Bill,
behaviour. Don't break that as you can always use
if (NOT DEFINED VAR)
set (VAR "foo" CACHE .. FORCE)
But:
find_library(FOO_VAR foo)
This will set FOO_VAR (in the cache) if it is not set
or if the value has -NOTFOUND in it.
I just tried it and find_path (didn't try find_l
Hi Hendrik,
Quoting Bill Hoffman
<[EMAIL PROTECTED]>:
OK, I get it now... So, the FIND_* stuff will set a value if it is
NOTFOUND. However, the set command will not. I am thinking it should.
I am not sure what that will break, but it would be consistent with
FIND_*.
This should not be
Hi Bill,
OK, I get it now... So, the FIND_* stuff will set a value if it is
NOTFOUND.
Yes.
However, the set command will not.
Right, and as yoy said down thread, it won't only if using CACHE as only
then it gives prior values precedence.
I am thinking it should.
At the very least
fied" should be relaxed to have "null values" be always overwritten.
Or at the very least there should be a FORCE_IF_NULL option, because it
makes no sense at all to keep a NOTFOUND value for an INCLUDE_DIR when the
right path is available.
the search path).
Yet as you can see, it is the folder what is found, not the file, and as a
consequence the resulting path is one level wrong.
Is this a bug in find_path (in 2.4.7)?
TIA
--
Fernando Cacciola
SciSoft
http://fcacciola.50webs.com
__
Fernando Cacciola wrote:
Hi,
I've been using 2.4.7 until this morning when I saw the 2.4.8 announcement
and jumped right away to install it (silly me).
I have some script that finds Qt4 but stopped working on 2.4.8.
Tracing the problem in FindQt4.cmake I found this...
There is one (at
[EMAIL PROTECTED] wrote:
On Friday 25 January 2008 10:58:19 am Fernando Cacciola wrote:
Hi,
I've been using 2.4.7 until this morning when I saw the 2.4.8
announcement
and jumped right away to install it (silly me).
I have some script that finds Qt4 but stopped working on 2.4.8.
Tracin
dQt4.cmake? ( was this differently in 2.4.7? )
A bug in 2.4.8 ( DOCSTRING should not be needed? )
A feature in 2.4.8 ? (is needed just now? )
TIA
--
Fernando Cacciola
SciSoft
http://fcacciola.50webs.com
___
CMake mailing list
CMake@cmake.org
ht
uot; CACHE INTERNAL "bla bla" FORCE)
when you run it again, you get the same error (the generator still gets the
old cached value instead of the new one)
you need to run it again to get it right.
--
Fernando Cacciola
SciSoft
http://fcacciola.50webs.com
___
ic
.. and possibly others
What the best way to extract that for the current generator (other than hard
coding it)?
P.S: Yes, this is directly related to boost-style autolinking in case you
wonder (but for a different project which just borrows that from boost)
TIA
--
Fernando Cacciola
Sc
David Cole wrote:
How about this in the CMakeLists.txt file instead? (Force it into the
cache
rather than using a simple set.)
SET(CMAKE_CONFIGURATION_TYPES "Debug;Release" CACHE STRING "limited
configs"
FORCE)
The generator rejects it.
--
Fernando Cacciola
SciS
Alexander Neundorf wrote:
On Wednesday 19 December 2007, Alberto Luaces wrote:
El Wednesday 19 December 2007 15:36:49 Fernando Cacciola escribió:
Is it possible to support different compilers and options from the same
source tree?
If so, how?
This behaviour is present by default, I think
Is it possible to support different compilers and options from the same
source tree?
If so, how?
TIA
--
Fernando Cacciola
SciSoft
http://fcacciola.50webs.com
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
add_custom_command(TARGET FOO POST_BUILD COMMAND copy $(TargetPath)
$(ProjectDir) )
Best
--
Fernando Cacciola
SciSoft
http://fcacciola.50webs.com
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
do I need to handle it as an install rule? (and
force my users to do "make install" in the end even for in-source builds)
TIA
--
Fernando Cacciola
SciSoft
http://fcacciola.50webs.com
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
d it would produce only one configuration
depending on that.
Well, the real question now then: to have each configuration has its own
properties, like target name, definitions and dependecies, I just need to
switch on CMAKE_BUILD_TYPE?
TIA
--
Fernando Cacciola
SciSoft
http://fcacciola.
Hi
A single VS .vcproj file can have both debug and release configurations.
How can I produce that sort of project file with CMake?
Would calling CMake twice, setting CMAKE_BUILD_TYPE differently each time,
do the magic?
TIA
--
Fernando Cacciola
SciSoft
http://fcacciola.50webs.com
What's the best way to produce mangled library names (encoding in the target
name some configuration properties)?
Examples of mangled library names are here, in Boost:
http://www.boost.org/more/getting_started/windows.html#library-naming
TIA
--
Fernando Cacciola
SciSoft
http://fcac
.c_str() <<
"\">";
this->PrintHTMLEscapes(os, op->Name.c_str());
- os << ": ";
+ os << ": ";
}
this->PrintHTMLEscapes(os, op->Brief.c_str());
if(op->Full.size())
I compiled and tested i
Bill Hoffman wrote:
Ken just checked in his changes, so if you create a patch, use CVS
CMake.
Cool.
Is there a dev-list (here?) or at least someone I can forward the
diff to look at before I commit?
I don't think you can commit. Just create a patch and send it to me.
OK.
Best
Fernando
Bill Hoffman wrote:
Fernando Cacciola wrote:
Bill Hoffman wrote:
[EMAIL PROTECTED] wrote:
A patch would be welcome :-)
It's in the CMake/Source/cmDocumentation*.cxx files in cmake cvs.
In the interest of not wasting someones time... Ken is currently
re-working the cmDocumentation
al patch if you allow me.
Best
--
Fernando Cacciola
SciSoft
http://fcacciola.50webs.com
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
Brandon Van Every wrote:
On 10/19/07, Fernando Cacciola
<[EMAIL PROTECTED]> wrote:
Is there any hyperlinked (and preferably indexed) command reference?
There's the book "Mastering CMake."
OK
Electronically, nope. It would be nice. We've discussed doc
improvem
Is there any hyperlinked (and preferably indexed) command reference?
TIA
Fernando Cacciola
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
83 matches
Mail list logo
