Hi All,
I want to create a Visual studio project (VS2008, c/c++) using this
cMakeList.txt for i386, x64 Itanium platforms on windows. I found options for
i386 x64 platforms in cmake GUI but there is nothing for Itanium platform.
- Does cmake support windows Itanium platform, if yes then
On 12/20/2010 01:01 AM, Campbell Barton wrote:
Hi, I'm STILL trying to have CMake makefiles replace Blender's hand
crafted makefiles.
Now the main sticking point with 2 other developers is they don't like
CMakes output, as its overly verbose.
I realize CMake doesn't need to bend to the whim of
On 19-12-2010 at 0:04, in message
a43e19d1-af96-4935-99fd-705a4cda7...@llnl.gov, Todd Gamblin
tgamb...@llnl.gov wrote:
Hey all,
This has been brought up before (sort of) here:
http://thread.gmane.org/gmane.comp.programming.tools.cmake.user/26533
FindMPI doesn't currently give
Greetings
I tried an execute_process that spits out a file. Llets call this
${someDirectory}/someFile.
I then tried to do a test like so
if( ${someDirectory}/someFile 1 )
--- do something
endif( ${someDirectory}/someFile 1 )
but it does not seem to work
in shell scripts{linux} we
Greetings
I tried an execute_process that spits out a file. Llets call this
${someDirectory}/someFile.
I then tried to do a test like so
if( ${someDirectory}/someFile 1 )
--- do something
endif( ${someDirectory}/someFile 1 )
but it does not seem to work
in shell scripts{linux}
On Sun, Dec 19, 2010 at 3:50 PM, Mike McQuaid m...@mikemcquaid.com wrote:
On 16 December 2010 08:34, Andreas Mohr a...@lisas.de wrote:
I'd like to know how to possibly detect this within CMake code.
This works for me:
INSTALL( CODE
IF( \${CMAKE_INSTALL_PREFIX} MATCHES
On 20 December 2010 12:34, David Cole david.c...@kitware.com wrote:
On Sun, Dec 19, 2010 at 3:50 PM, Mike McQuaid m...@mikemcquaid.com wrote:
When you find yourself in the must escape too much situation in an
INSTALL(CODE scenario you should switch to writing out a script that you
then
Hi,
I am trying to use the Symbian Carbide Generator from
http://public.kitware.com/Bug/view.php?id=8486#c22281;
I have taken master branch and on top of it patches for symbian genrator
from Assaf at location
On Mon, Dec 20, 2010 at 7:51 AM, Mike McQuaid m...@mikemcquaid.com wrote:
On 20 December 2010 12:34, David Cole david.c...@kitware.com wrote:
On Sun, Dec 19, 2010 at 3:50 PM, Mike McQuaid m...@mikemcquaid.com
wrote:
When you find yourself in the must escape too much situation in an
On 20 December 2010 13:17, David Cole david.c...@kitware.com wrote:
I don't think an INSTALL(... PACKAGE construct is necessary. And, in fact, I
think it might be harmful. (For one thing, INSTALL(PACKAGE sounds like
you're installing a package, not like you're installing something you've
built
On 12/16/2010 01:07 PM, Campbell Barton wrote:
My question is why this is needed?
set(CFLAG_TEST CFLAG_TEST)
CHECK_C_COMPILER_FLAG(${_FLAG} CFLAG_TEST)
The CHECK_C_COMPILER_FLAG macro stores its result in the CMake cache so
that it persists across multiple runs in the same build
Hi there,
I am using cmake to generate Xcode projects starting from the usual
CMakeLists.txt
I often modify CMakeLists.txt to add some source, so I have to re-generate
the whole project using cmake path -G Xcode, but everytime I have to
manually set up the executable command line arguments from
On 12/20/2010 03:34 PM, Alessandro Carpi wrote:
Hi there,
I am using cmake to generate Xcode projects starting from the usual
CMakeLists.txt
I often modify CMakeLists.txt to add some source, so I have to re-generate
the whole project using cmake path -G Xcode, but everytime I have to
On 20 December 2010 16:07, Clinton Stimpson clin...@elemtech.com wrote:
BundleUtilities already skips system libraries, so I don't see a difference
between making a package and make install in this case.
If you're using all system libraries, BundleUtilities can become a no-op.
You're basically
The issue here is that XCode stores those command line arguments into the
same project file that CMake re-generates. I'm pretty sure there's an open
bug on this one, but it's a somewhat tricky issue. You might consider using
my CreateLaunchers cmake modules, available here [1] - while they don't
greetings!
I am trying to build research code written in (templated) c++, size
is approximately ~15K lines.
The code was never been tested on a mac, not to mention snow leopard.
I have the guarantee that it compiles + builds for win + linux.
Project was a collaborative effort and unfortunately
On 20.12.10 23:34:55, ny wrote:
The code was never been tested on a mac, not to mention snow leopard.
I have the guarantee that it compiles + builds for win + linux.
Project was a collaborative effort and unfortunately I am stuck without a
makefile =P and with the ugly *.vcproj file. Note that
It seems you might be over-analyzing the conversion: makefiles are much
lower-level than well-written cmake build systems. I would suggest you
start with the CMake tutorial [1], then start from scratch on the build
system for this code. Think at a high level, about what files turn into
what
Looking at http://www.cmake.org/Wiki/CMake:Module_Maintainers (thanks
Brad for the link) it looks like my best option may be to actually
volunteer for the maintainership of FindX11, FindOpenGL and
FindTCL(sh/stubs/etc...), as they are not listed as being actively
maintained.
Since I need these
On Mon, Dec 20, 2010 at 11:54 PM, Ryan Pavlik rpav...@iastate.edu wrote:
It seems you might be over-analyzing the conversion: makefiles are much
lower-level than well-written cmake build systems. I would suggest you
start with the CMake tutorial [1], then start from scratch on the build
Hello all,
I'm using fixup_bundle as part of my installation rules. One problem
I've run into is that if you build the install target multiple times,
fixup_bundle (or, more specifically, copy_resolved_item_into_bundle)
won't copy a library over if it's coming from the same location. This
causes a
On Mon, Dec 20, 2010 at 11:53 PM, Andreas Pakulat ap...@gmx.de wrote:
On 20.12.10 23:34:55, ny wrote:
The code was never been tested on a mac, not to mention snow leopard.
I have the guarantee that it compiles + builds for win + linux.
Project was a collaborative effort and unfortunately I
On 2010-12-20 18:27-0500 Clifford Yapp wrote:
[In] the case of Tcl/Tk I would prefer to move back from the splitting up
of Tcl/Tk functionality to just FindTCL.cmake - the primary reason for
this is to avoid situations where there are multiple Tcl/Tk systems
installed and the tclsh search
On Mon, Dec 20, 2010 at 8:23 PM, Alan W. Irwin
ir...@beluga.phys.uvic.ca wrote:
I agree that finding Tcl extensions such as Tk that are consistent
with the version of Tcl that is found is important. We have run
across this issue with the CMake-based PLplot build system and would
welcome a
Cool,
You might want to put a '^' after each \|, if that is how grep regex handles
it. I've tended toward egrep which is more perl like when doing more
complicated expressions. Color is probably lost since it is no longer a
tty.
Juan
On Mon, Dec 20, 2010 at 3:56 PM, Campbell Barton
On 2010-12-20 21:08-0500 Clifford Yapp wrote:
If you are interested, I can send you a version of my FindTCL.cmake
once I get done reworking it to see if it would meet your needs.
Sure. I would be glad to help test your work for our particular
Tcl/Tk/itcl/itk needs.
Alan
Slightly improved version which treats Linking lines separately from
source lines.
and its not messed up by threaded builds.
---
#!/bin/bash
# filters CMake output to be more like nan-makefiles
FILTER=^\[ *[0-9]*%] \|^Built target
make $@ | \
sed -u -e 's/^Linking .*\//Linking
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 d8848f904db5473717f5c1fb99e454e22f4f8a59 (commit)
via
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 6f38d6f0a00b5edba11dcd79445b4675f9d29077 (commit)
via
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 7b74942a96ada709ace7b4b4a0cf7c6e50bd08b8 (commit)
via
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 96435728e168bc42b03b3824c8acf2284ae6e4f7 (commit)
via
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, master has been updated
via 112ada2eb689793c49c9d4d45dd7b7b9544a9f56 (commit)
from
32 matches
Mail list logo
