On 28. Jun, 2010, at 7:03 , Andreas Mohr wrote:
Hello,
On Sun, Jun 27, 2010 at 05:09:41PM -0400, cmake-requ...@cmake.org wrote:
Your remarks focus on old-fashioned macros so it is possible you are not
aware of functions? As far as I know, most or all macros can be replaced by
functions
Hi people,
I'm trying to build a custom NSIS page that's shown at the end of the
installer, after all files have been installed. The purpose is to set up
a Windows service.
I can do the code for installing the service, but I'm having some
problems adding the custom page for it. And
I'm using CMake, MinGW and Eclipse as described here
http://www.cmake.org/Wiki/Eclipse_CDT4_Generator. In my project I need to
compile a resource file, so I've used the add_custom_command() to achieve this.
If I run make in MSYS it succeeds, but running from Eclipse causes a problem,
since
I'm using CMake, MinGW and Eclipse as described here
http://www.cmake.org/Wiki/Eclipse_CDT4_Generator. In my project I
need to compile a resource file, so I've used the
add_custom_command() to achieve this. If I run make in MSYS it
succeeds, but running from Eclipse causes a problem, since
Andreas Pakulat wrote:
On 26.06.10 13:26:29, Andreas Pakulat wrote:
Ping? Any further ideas on this? Could someone at least point me to the
source code in cmake that decides wether to add RPATH_REMOVE or
RPATH_REPLACE to the cmake_install.cmake file?
Look at
Hi,
I am using CMake to generate Visual Studio project files, later also for
CodeBlocks.
It seems that CMake generates four different configurations for Visual
Studio: Debug, Release, MinSizeRel and RelWithDebInfo. However, I need other
configuations, Debug and Release, both for Win32 and MX3,
On 28. Jun, 2010, at 15:17 , Mark Van Peteghem wrote:
Hi,
I am using CMake to generate Visual Studio project files, later also for
CodeBlocks.
It seems that CMake generates four different configurations for Visual
Studio: Debug, Release, MinSizeRel and RelWithDebInfo. However, I need
On 06/28/2010 08:55 AM, Michael Wild wrote:
On 28. Jun, 2010, at 7:03 , Andreas Mohr wrote:
Hello,
On Sun, Jun 27, 2010 at 05:09:41PM -0400, cmake-requ...@cmake.org wrote:
Your remarks focus on old-fashioned macros so it is possible you are not
aware of functions? As far as I know, most
On 28.06.10 08:44:35, Brad King wrote:
Andreas Pakulat wrote:
On 26.06.10 13:26:29, Andreas Pakulat wrote:
Ping? Any further ideas on this? Could someone at least point me to the
source code in cmake that decides wether to add RPATH_REMOVE or
RPATH_REPLACE to the cmake_install.cmake file?
Todd Gamblin wrote:
So it's *probably* safe to set your CMAKE_FIND_ROOT_PATH to
/bgsys/drivers/ppcfloor, but technically it's outside your
definition above.
[snip]
Thinking about this some more, maybe you just don't *need* a
find root on BG/P ... You can get all the system information
you
Sounds like the install of gcc is broken on this machine. Basically
you are saying that gcc foo.c will fail on this machine. CMake
assumes a working compiler.
On Sun, Jun 27, 2010 at 9:37 PM, Won Kim wonda...@gmail.com wrote:
Hello,
I've been trying to set up CMake on different build
On 2010-06-28 07:03+0200 Andreas Mohr wrote:
Hello,
On Sun, Jun 27, 2010 at 05:09:41PM -0400, cmake-requ...@cmake.org wrote:
Your remarks focus on old-fashioned macros so it is possible you are not
aware of functions? As far as I know, most or all macros can be replaced by
functions which do
On Jun 28, 2010, at 8:03 AM, Brad King wrote:
Todd Gamblin wrote:
So it's *probably* safe to set your CMAKE_FIND_ROOT_PATH to
/bgsys/drivers/ppcfloor, but technically it's outside your
definition above.
[snip]
Thinking about this some more, maybe you just don't *need* a
find root on BG/P
Todd Gamblin wrote:
CMake cross-compile support is assuming that there is only
one (or maybe a few) directories where target software might be
installed.
I view this as CMAKE_FIND_ROOT_PATH helping for platforms whose SDKs
are organized that way. If there is no root and all the target
library
On 06/28/2010 05:24 AM, Tom Birch wrote:
CMake's dependency scanner uses its own parser to scan for #include
directives, and then builds up the dependency tree this way. I know it's
possible to rig up an invocation of gcc -M to generate the correct
dependencies, and then feed this into the
On behalf of myself, Ken, Bill, Brad, Alex, Zach and the rest of the
CMake team, we are pleased to announce that CMake 2.8.2 is
available for download at:
http://www.cmake.org/cmake/resources/software.html
Here are the changes for CMake 2.8.2:
No changes in CMake 2.8.2 since 2.8.2-rc4.
Hi,
I have an application that is using OpenMP. In windows, OpenMP need the
vcomp.dll.
While building my installer with CPack, I use the BundleUtilities and
fix_bundle to retrieve all the dlls. Unfortunately, the function
gp_file_type(${f} ${p} p_type) where ${p} = vcomp.dll, VComp file type
I have a library 'bar' that is C++, but exports a C API. So, say, I have
this CMakeLists.txt:
add_library(bar bar.cpp)
add_executable(foo foo.c)
target_link_libraries(foo bar)
On most platforms this is fine, but on Solaris it can't link due to
unresolved externals.
I can work around this by
Not familiar with your compiler, but a c++ main should be used to ensure
all c++ static global objects are initialized properly. gcc does a good job
at hiding this.
Juan
On Jun 28, 2010 6:46 PM, Matthew Woehlke mw_tr...@users.sourceforge.net
wrote:
I have a library 'bar' that is C++, but
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 eb7e54fe006f5cbf7970c38626fbcd09d5ce8761 (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 f42285bcb9cb34146f239bc4d5928f538b421bac (commit)
via
21 matches
Mail list logo