in 2.8.6 -- I want to make
sure that whatever fix goes in now also honors the intent of that
commit, which fixed http://public.kitware.com/Bug/view.php?id=12377
Thanks,
David
--
Axel Roebel
Head of the Analysis/Synthesis Team, IRCAM
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
)
SET( CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY )
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
style path with the current cmake 2.6.0
Kind regards,
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Wednesday 28 May 2008, Bill Hoffman wrote:
Axel Roebel wrote:
Hi,
I just switched from 2.4.8 to 2.6 and found a very strange behavior in
one of my existing cmake projects. I am trying to find the include files
(and libraries) of Intels mkl libraries with the following cmake code
sorts of windows compilers. So I am very happy to be able
to use a familiar unix environment. I have a huge test suite written in
shell scripts that work very well in CYGWIN. This seems the only environment
supported on all three platforms.
Axel
Alin
--
Axel Roebel
IRCAM Analysis
On Wednesday 28 May 2008, Bill Hoffman wrote:
Axel Roebel wrote:
You may want to
try the Unix Makefile generator and the windows binary of cmake. The
cygwin cmake really does not work very will with native windows
programs. It really is meant to work in the cygwin environment
with the current
and the upcoming version of cmake
better don't use VERSION and don't use EXCLUDE_FROM_ALL.
Kind regards,
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake
On Tuesday 17 July 2007, [EMAIL PROTECTED] wrote:
From: Hendrik Sattler [EMAIL PROTECTED]
Zitat von Axel Roebel [EMAIL PROTECTED]:
So in short: if you intend to be portable with the current
and the upcoming version of cmake
better don't use VERSION and don't use EXCLUDE_FROM_ALL.
So what
I uploaded my current version of PCHSupport.cmake
as attachment to bug 1260.
The cmake module now supports adding the
same precompiled header
to multiple targets following a
proposition by frederic heem
See:
http://www.cmake.org/Bug/bug.php?op=showbugid=1260pos=1
--
Axel Roebel
IRCAM
is missing (src/xml
in your case) I would suggest you carefully check the CMakeLists.txt
of that directory. Chances are you made an error there.
Cheers,
P.S.: sorry I'm not clear enough, english isn't my primary language.
Thanks in advance
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman
On Saturday 06 January 2007 18:42, you wrote:
Am Freitag, den 05.01.2007, 01:14 +0100 schrieb Axel Roebel:
GET_TARGET_PROPERTY(_targetType ${_PCH_current_target} TYPE)
SET(PHC_MASTER_INCLUDE_FILE ${_input})
CONFIGURE_FILE(${PROJECT_SOURCE_DIR}/cmModules/PCHCheckDependencies.cxx.i
n
On Saturday 06 January 2007 16:05, Axel Roebel wrote:
On Saturday 06 January 2007 11:29, you wrote:
I will merge your changes today. Many thanks!
NOTE:
Consider that I'm not a maintainer. I'm just a developer who was annoyed
by the long compile times when using boost. Feel encouraged
support(see attached file), but it only work if
CMAKE_BUILD_TYPE equals Release, since /Fd wants to add debugging
informations and fails due to inconsitent pdb files. If someone know's
more about this issue, please give me a hint.
merry Christmas, Maik
--
Axel Roebel
IRCAM Analysis/Synthesis
On Friday 22 December 2006 00:11, Andreas Schneider wrote:
Axel Roebel wrote:
Hi Andreas,
Hi Axel,
Happy new year everybody!
obviously you've found a simpler method to achieve the same goal
and your tests are more complete. It seems to me, however, that it has
the same weaknesses
On Monday 18 December 2006 13:43, Andreas Schneider wrote:
Axel Roebel wrote:
Hi,
Hello,
I just started to add swig support to our project
http://sourceforge.net/projects/sdif. The project supports
swig bindings to perl, python and java.
I instantly tried the available
cmake
, however I use ADD_SUBDIRECTORY)
SUBDIRS(${PROJECT_SOURCE_DIR}/Project_A)
GET_DIRECTORY_PROPERTY(outvar DIRECTORY ${PROJECT_SOURCE_DIR}/Project_A
DEFINITION A_LIB_OUTPUT_NAME)
ADD_EXECUTABLE( MyProgram ${SOURCES})
TARGET_LINK_LIBRARIES( MyProgram ${outvar})
--
Axel Roebel
IRCAM Analysis
On Thursday 14 December 2006 18:03, Sean McBride wrote:
On 2006-12-14 14:40, Axel Roebel said:
I would suggest to change this order in cmake
because having debug as default in a software
distribution seems not so appropriate given that you
cannot assume that all people that may download
=whatever
supposed to do in contrast to
-DTT_EXECUTABLE:=whatever
or the book version
-DTT_EXECUTABLE:STRING=whatever
2.
can I rely on -DTT_EXECUTABLE:=whatever to work or am I still abusing a
current weakness of the command line type check.
Thanks for any illumination!
--
Axel Roebel
IRCAM
On Wednesday 13 December 2006 16:47, Alan W. Irwin wrote:
On 2006-12-13 10:29+0100 Axel Roebel wrote:
Dear CMakers
I run into a little problem with the command line flag -D.
I'll often use the command line flag -D to pass variables to cmake.
Because typing long names like
? Another option may be to have them in the
all target but set a different target as default target.
Is this possible?
Thanks for any feedback,
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing
On Monday 11 December 2006 21:52, Tristan Carel wrote:
On 12/9/06, Axel Roebel [EMAIL PROTECTED] wrote:
Tristan Carel wrote:
Hi Swig lovers,
... cut
DEPENDS ${SWIG_MODULE_${name}_EXTRA_DEPS}
Yes, It's exactly what I meant in my previous post when I wrote:
[...] it's hard
different flags in these two stages
is not asking for a lot of trouble.
Cheers,
On Monday 11 December 2006 21:52, Tristan Carel wrote:
On 12/9/06, Axel Roebel [EMAIL PROTECTED] wrote:
Tristan Carel wrote:
Hi Swig lovers,
Axel had the great idea to use the -swiglib option in order
not list the CMAKE_SWIG_FLAGS.
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
,
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
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
yes in fact I
On Wednesday 06 December 2006 17:36, Axel Roebel wrote:
I will test the module tomorrow.
Could you please put a RC2 of the `FindSWIG.cmake' on the bug tracker?
That may take a day or too.
I'll let you know.
There it is, called FindSWIG.cmake-2
It should take care of all your comments
Bill Hoffman wrote:
Axel Roebel wrote:
1. Look for swig executable
2. use `swig -swiglib' to get the swiglib path
3. FIND_PATH(SWIG_DIR swig.swg ${SWIG_outlib} /usr/share/swig1.3 ...)
could you tell me why you add this path
/usr/share/swig1.3 ?
This is a an old module, the FIND_
perl/swig version
that is installed on the system.
Any comments or volunteers to try?
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman
though.
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Tuesday 31 October 2006 15:34, Bill Hoffman wrote:
Brad King wrote:
Axel Roebel wrote:
I wonder whether anybody
sees a simpler solution to the problem, like a simple target property
that will remove the traget from the list of targets linked
to the all target.
In CMake from CVS
solution to the problem, like a simple target property
that will remove the traget from the list of targets linked
to the all target.
Thanks for any comment,
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
On Wednesday 11 October 2006 15:28, you wrote:
Axel Roebel wrote:
The problem is that to my knowledge the only way to communicate the
deployment target to gcc is via environment variables. I admit this is a
really strange way (probably its save to say silly) to select compiler
options
On Tuesday 10 October 2006 23:20, Sean McBride wrote:
On 2006-10-10 21:47, Axel Roebel said:
...
I'm pretty sure there is no way to specify per-architecture variants of
these things. I believe this was discussed in bug 2492, which you may
want to read (its long).
Thanks, I've read
--enable-toto...
is in fact a bit longer than -Dtoto= so we may live without it.
And for the help we may rely on ccmake or cmake -i
I think we have extensively discussed the issues and I will
create a feature request such that you will not forget these
suggestions.
Kind regards
--
Axel Roebel
a perfectly configured project for me. (???)
Moreover, relying on TWO being unset if ONE=OFF is not reliable anyway because
switching ONE and TWO on and then later
switching ONE off again leaves you with
ONE=OFF and TWO=ON.
--
Axel Roebel
IRCAM Analysis/Synthesis Team
it without interaction from the buildtool!
--
Axel Roebel
IRCAM Analysis/Synthesis Team
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
I move this thread back into the user mailing list, because this is not
promotion but interface design. Everybody would suffer if there are any
errors in the command line interface organization!
On Monday 29 May 2006 19:38, William A. Hoffman wrote:
At 01:14 PM 5/29/2006, Axel Roebel wrote
and I don't want to see it !
--
Axel Roebel
IRCAM Analysis/Synthesis Team
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
produce a source distribution. Is this possible?
I assume with a source distribution the user will be required to first
install cmake, wouldn't he?
Kind regards,
--
Axel Roebel
IRCAM Analysis/Synthesis Team
___
CMake mailing list
CMake@cmake.org
http
On Wednesday 03 May 2006 16:08, you wrote:
Axel Roebel wrote:
Thanks, in fact I found the problem!
It is due to the repeated call of CollapseFullPath () which is used to
determine the current absolute path cmDependsC.cxx
for each dependency file with absolute path.
This call
On Tuesday 02 May 2006 08:47, you wrote:
Hi,
Von: Axel Roebel [EMAIL PROTECTED]
...
real0m15.032s
user0m10.154s
sys 0m4.593s
with 2.4.1 compiled with type release ( which did not improve compared
to
none)
time /Users/roebel/src/cmake-2.4.1/bin/cmake -E
.
This is even faster than for cmake 2.2.3.
I have send a patch for closer inspection of the solution
via the bug tracker.
Cheers,
--
Axel Roebel
IRCAM Analysis/Synthesis Team
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman
?
The third problem is probably my missing understanding. I wanted to
overwrite the configuration types, however,
SET(CMAKE_CONFIGURATION_TYPES Release;Debug CACHE STRING Configuration
types FORCE)
did not change the value of CMAKE_CONFIGURATION_TYPES .
Is this variable read only?
Cheers,
--
Axel
On Tuesday 02 May 2006 03:43, William A. Hoffman wrote:
At 08:09 PM 5/1/2006, Axel Roebel wrote:
Hello William,
god news that there is a new version. I tried it instantly.
My first impression was not so positive
I found that it takes ages for the dependency checking.
I am working
/listinfo/cmake
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Email: [EMAIL PROTECTED] | Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
Axel Roebel wrote:
does anybody know how I may force the use of a c++ compiler
for source files with .c extension?
I think we worked around taht problem:
If one file has cpp suffix all files are compiled as C++ instead of C.
Thsu we added a dummy file per library.
Please correct me
On Thursday 06 April 2006 16:42, Brad King wrote:
Axel Roebel wrote:
Hello,
I am trying to collect source file lists from sub directories
into the main cmake cache.
The idea is that the main directory gets a collection of all source files
and header files such that it may run
On Thursday 06 April 2006 18:00, James Bigler wrote:
Brad King wrote:
Axel Roebel wrote:
Hello,
I am trying to collect source file lists from sub directories
into the main cmake cache.
The idea is that the main directory gets a collection of all source
files and header files
I do now.
Does anybody know how to make that work with a more elegant
solution ?
Thanks for any comments.
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Email: [EMAIL PROTECTED] | Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing
.
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Email: [EMAIL PROTECTED] | Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
51 matches
Mail list logo
