I am happy to announce that CMake 2.8.7 has entered the release candidate stage!
You can find the source and binaries here:
http://www.cmake.org/files/v2.8/?C=M;O=D
This email is also available as a blog post:
http://www.kitware.com/blog/home/post/208
Some of the notable changes in this
On 12/08/2011 08:45 AM, Tom Deblauwe wrote:
Hello,
I am trying to make a parser that can use cmake --help-… commands
to determine the functions that are available and their signature. I
have 2 problems:
- It is difficult to know if it’s an example usage or if it
is the
Hi all,
In my project, some top level targets depend on simple text files. These
targets produce a zip file as output, this is done using a custom command
with a post-build to a library target.
Part of the zip file are some simple text files, which are included using
some custom CPack handling
words, the markers are doubled, e.g. **bold words**.
* lists formatting. E.g:
- bullet list
* another bullet item
** nested bullet list
*** deeply nested list
How to specify bold words in the second bullet item? Simple solution would
be to force list and title specifiers to always
On 12/08/2011 10:35 AM, Rolf Eike Beer wrote:
words, the markers are doubled, e.g. **bold words**.
* lists formatting. E.g:
- bullet list
* another bullet item
** nested bullet list
*** deeply nested list
How to specify bold words in the second bullet item? Simple solution would
Hello,
We (MARVELL Switzerland) have created some CMake support files in order to use
RVDS 4.1 ARM C/C++ and ASM compilers.
What works:
* The ASM compilation works just fine, except for FLAGS, we don't know how to
use that so we just hardcoded the flags in the CMakeASM-RVDSInformation.cmake
On Thursday, December 8, 2011, Michael Wild them...@gmail.com wrote:
On 12/08/2011 10:35 AM, Rolf Eike Beer wrote:
words, the markers are doubled, e.g. **bold words**.
* lists formatting. E.g:
- bullet list
* another bullet item
** nested bullet list
*** deeply nested list
How
Hi there,
I use CMake as part of a project configuration system with several other
developers. We are very happy with this and it works well for our needs,
however I recently stumbled on a problem and I'm looking for guidance.
Normally I can easily add source files and resources that must appear
What about moving to 64 bits?
(which I guess is more relevant for Lion apps)
In your build directory:
ccmake .
Then modify:
CMAKE_OSX_ARCHITECTURES x86_64
CMAKE_OSX_DEPLOYMENT_TARGET 10.7
CMAKE_OSX_SYSROOT/Developer/SDKs/MacOSX10.7.sdk
Nicolas
On Tue, Dec 6,
Just to quickly update on this issue:
I have made some progress, and the file is now included in the generated
project:
# Core Data model.
set (data_model Resources/Data/${NAME}.xcdatamodeld)
set (APP_TYPE MACOSX_BUNDLE)
add_executable (${NAME}
${APP_TYPE}
${headers}
${sources}
Hi,
And which one is which?
In Xcode (4.2), Lion, 64 bit Intel platform, a standard Xcode Mac OS X
template will give these build settings in the Architectures section:
Architectures
Additional SDKs
Architectures 64-bit Intel -
$(ARCHS_STANDARD_64_BIT) (this
Maybe this will help:
On Lion 10.7.x (and I think Snow Leopard 10.6.x) if you leave the
CMAKE_OSX_ARCHITECTURES blank you will get the default compile which is x86_64
(64 bit). OS X 10.5 and below you will get i386 (32 bit).
If you want to specifically build for certain architectures then
On Wednesday 07 December 2011, David Cole wrote:
On Tue, Dec 6, 2011 at 5:13 PM, Robert Dailey rcdai...@gmail.com wrote:
Thanks for that info David.
You're welcome.
I have to say that the way this is setup feels kind of duct-taped
together.
It is kind of duct-taped together. (It was
On Wednesday 07 December 2011, Renato Utsch wrote:
I think it's $ORIGIN, not @ORIGIN.
Alex
This works with WIN files too?
Do you mean under Windows ?
No, there is no RPATH or installname_dir there.
IIRC, under Windows, it first checks in the same directory as the executable,
and then in
On Thursday 08 December 2011, Abdelrazak Younes wrote:
Hello,
We (MARVELL Switzerland) have created some CMake support files in order to
use RVDS 4.1 ARM C/C++ and ASM compilers.
Cool !
I mean, this is really cool ! :-)
Can you please create a ticket for this on
CMake version: 2.8
IDE: Visual Studio 2008
For the source and header files I would like to preserve the directory
structure within the Visual Studio Header Files and Source Files
folders. Without it should there occur two files with the same name
but in different directories only one is shown.
On Thu, Dec 8, 2011 at 3:09 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
On Wednesday 07 December 2011, David Cole wrote:
On Tue, Dec 6, 2011 at 5:13 PM, Robert Dailey rcdai...@gmail.com wrote:
Thanks for that info David.
You're welcome.
I have to say that the way this is setup
set_property(GLOBAL PROPERTY USE_FOLDERS On)
SET_SOURCE_FILES_PROPERTIES( ${YOUR_SOURCES} PROPERTIES
FOLDER project folder name here )
On Thu, Dec 8, 2011 at 12:32 PM, Stephen Torri stephen.to...@gmail.com wrote:
CMake version: 2.8
IDE: Visual Studio 2008
For the source and
On Tue, Dec 6, 2011 at 6:39 PM, David Cole david.c...@kitware.com wrote:
Plus the option in the list that is the default must be
specified in 2 different locations. I think a cleaner solution could be
implemented:
set( BaseName binary;octal;decimal;hexidecimal CACHE LIST
Documentation
On Thursday 08 December 2011, Robert Dailey wrote:
...
Perhaps the mental leap is the inverse of what you propose: A list is not a
string and should not be a string (although the syntax differences between
them are minor). Also keep in mind that I'm talking about state of mind.
The CMake code
No, the FOLDER property is only a mechanism for grouping and
organizing *targets*, it is not a source file property...
On Thu, Dec 8, 2011 at 4:19 PM, J Decker d3c...@gmail.com wrote:
set_property(GLOBAL PROPERTY USE_FOLDERS On)
SET_SOURCE_FILES_PROPERTIES( ${YOUR_SOURCES} PROPERTIES
On Thu, Dec 8, 2011 at 4:37 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
On Thursday 08 December 2011, Robert Dailey wrote:
...
Perhaps the mental leap is the inverse of what you propose: A list is not a
string and should not be a string (although the syntax differences between
them
I am happy to announce that CMake 2.8.7 has entered the release candidate stage!
You can find the source and binaries here:
http://www.cmake.org/files/v2.8/?C=M;O=D
This email is also available as a blog post:
http://www.kitware.com/blog/home/post/208
Some of the notable changes in this
2011/12/8 Alexander Neundorf a.neundorf-w...@gmx.net
On Thursday 08 December 2011, Robert Dailey wrote:
...
Perhaps the mental leap is the inverse of what you propose: A list is
not a
string and should not be a string (although the syntax differences
between
them are minor). Also keep
On Thu, Dec 8, 2011 at 3:53 PM, David Cole david.c...@kitware.com wrote:
The 4th argument to SET (when CACHE is used) is the *type* of the
cache entry itself. I will not call a cache entry a LIST when it is
not actually a list.
Nor will I accept that the 2nd argument to set should be
On 8 December 2011 21:45, David Cole david.c...@kitware.com wrote:
No, the FOLDER property is only a mechanism for grouping and
organizing *targets*, it is not a source file property...
Is it the source_group still the recommended way of grouping?
Best regards,
--
Mateusz Loskot,
2011/12/8 Mateusz Łoskot mate...@loskot.net:
On 8 December 2011 21:45, David Cole david.c...@kitware.com wrote:
No, the FOLDER property is only a mechanism for grouping and
organizing *targets*, it is not a source file property...
Is it the source_group still the recommended way of grouping?
On Thu, Dec 8, 2011 at 5:43 PM, Robert Dailey rcdai...@gmail.com wrote:
On Thu, Dec 8, 2011 at 3:53 PM, David Cole david.c...@kitware.com wrote:
The 4th argument to SET (when CACHE is used) is the *type* of the
cache entry itself. I will not call a cache entry a LIST when it is
not actually a
2011/12/8 David Cole david.c...@kitware.com:
2011/12/8 Mateusz Łoskot mate...@loskot.net:
On 8 December 2011 21:45, David Cole david.c...@kitware.com wrote:
No, the FOLDER property is only a mechanism for grouping and
organizing *targets*, it is not a source file property...
Is it the
Thanks, glad you like the idea.
I've seen the word choice used in many scenarios where the user is given
a list to pick from, so it seemed like an appropriate name.
You also make a great point about someone already using the word choice
globally. However, keep in mind it is the integrity of the
On Thu, Dec 8, 2011 at 8:27 PM, Robert Dailey rcdai...@gmail.com wrote:
Thanks, glad you like the idea.
I've seen the word choice used in many scenarios where the user is given a
list to pick from, so it seemed like an appropriate name.
You also make a great point about someone already using
On Thu, Dec 8, 2011 at 8:58 PM, David Cole david.c...@kitware.com wrote:
On Thu, Dec 8, 2011 at 8:27 PM, Robert Dailey rcdai...@gmail.com wrote:
Thanks, glad you like the idea.
I've seen the word choice used in many scenarios where the user is given a
list to pick from, so it seemed like an
Hello,
I want to compile VTK 5.8 for 64bit windows machine. I have cmake 2.6 for
32-bit windows. I downloaded vtk source code from www.vtk.org website.
While configuring, I select Visual Studio 9(64) and continued
configuration. Then I made following changes
CMAKE_CXX_FLAGS = /D_WIN64 /D_WINDOWS
On Thu, Dec 8, 2011 at 10:51 PM, rakesh patil prakeshoffic...@gmail.com wrote:
Hello,
I want to compile VTK 5.8 for 64bit windows machine. I have cmake 2.6 for
32-bit windows. I downloaded vtk source code from www.vtk.org website. While
configuring, I select Visual Studio 9(64) and continued
Ok fine.. anyways, with _WIN64 flag mpistub.lib is not being generated in
VTK .. so I have no option then to use win32 flag.. But what about my first
question? can i use 32bit version of cmake on 64-bit windows to configure
64bit mode of VTK ???
Thanks
On Fri, Dec 9, 2011 at 9:25 AM, John
Sorry!! Pardon me.. I didnt read the reply completely.. Answer lies in
there itself... :)
Thanks...
On Fri, Dec 9, 2011 at 9:25 AM, John Drescher dresche...@gmail.com wrote:
On Thu, Dec 8, 2011 at 10:51 PM, rakesh patil prakeshoffic...@gmail.com
wrote:
Hello,
I want to compile VTK 5.8
Hello every one.
Recently, I try to rewrite a large project's building system by using cmake.
I meet a difficult point, how to detect set dependences when build-time.
I have lot of this requirement, and currently I solve it with some terrible
ways. I want some refined ways. For example:
I decided to take a stab at using the Eclipse Unix Makefile generator
with my project - on import, I get the following error:
Error processing changed links in project description file.
No file system is defined for scheme: virtual
I'm not really sure what this means or what issue it's
I want to generate two package type .
So I am using following syntax in my CMakeLists.txt
SET(CPACK_GENERATOR TGZ;RPM)
Now problem is that I want to install some extra files in Generator RPM.
And I want to set different Install RPM prefix.
How can I do that ?
--
regards
Vivek Goel
--
Powered
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 87a1ebc9c7a9d3ed0723405c90f1e48aeaaf4562 (commit)
via
40 matches
Mail list logo