Hello,
I know that some source code will only be needed in my example project if the
preprocessor symbol NDEBUG is not defined.
This is usual for conditional compilation. The corresponding bit of debug code
calls functions which are implemented in a few other source files.
Now I am looking for
On 01/19/2011 09:30 AM, SF Markus Elfring wrote:
Hello,
I know that some source code will only be needed in my example project
if the preprocessor symbol NDEBUG is not defined.
This is usual for conditional compilation. The corresponding bit of
debug code calls functions which are
The code I use to create the bundle is as followed
SET(DIRS ${QT_BINARY_DIR} ${QT_LIBRARY_DIR})
SET(APPS ${CMAKE_RUNTIME_OUTPUT_DIRECTORY}/${PROJECT_NAME}.exe)
# Not working (Also when trying this in the INSTALL(CODE
# SET(APPS
Why don't you include the check for NDEBUG in in your debug-sources?
This is the case already.
The time you'll waste compiling these files will be negligible, and it
would work with mult-config IDE's.
I find this view debatable. I would appreciate if I can express in the build
On 01/19/2011 09:50 AM, SF Markus Elfring wrote:
Why don't you include the check for NDEBUG in in your debug-sources?
This is the case already.
The time you'll waste compiling these files will be negligible, and it
would work with mult-config IDE's.
I find this view debatable. I would
2011/1/19 Jack Poulson jack.poul...@gmail.com:
I have no idea why this would occur, but with CMake 2.8.2 on x86_64 I'm
getting strange behavior with check_function_exists. Namely, if I perform
the sequence
set(CMAKE_REQUIRED_LIBRARIES ${MATH_LIBS})
check_function_exists(daxpy HAVE_DAXPY)
And what is the value of DIRS?
On Wed, Jan 19, 2011 at 3:40 AM, NoRulez noru...@me.com wrote:
The code I use to create the bundle is as followed
SET(DIRS ${QT_BINARY_DIR} ${QT_LIBRARY_DIR})
SET(APPS ${CMAKE_RUNTIME_OUTPUT_DIRECTORY}/${PROJECT_NAME}.exe)
# Not
Never mind. It's QT_BINARY_DIR and QT_LIBRARY_DIR, right there in the first
line of code.
So add to that variable the actual directories where all of your dlls live
and it should work.
i.e. -- what directories are the following files in?
libgcc_s_dw2-1.dll
mingwm10.dll
They also need to be
The two files are also in the QT_BINARY_DIR
The two directories (QT_BINARY_DIR and QT_LIBRARY_DIR ) are the directories
where the dlls are stored.
So, what should I do now to get it working?
Von: David Cole [mailto:david.c...@kitware.com]
Gesendet: Mittwoch, 19. Jänner 2011 11:23
For multi-config IDE's you *don't know* whether NDEBUG is defined or not at
CMake-time.
I imagine that the build system could keep control on all passed compilation
parameters if calls for generation commands would be intercepted (by CMake).
Does it get any feedback for changes of this
Okay.
As it seems it's very simpel to change see GUID without any patch:
set_property(CACHE ${target_name}_GUID_CMAKE PROPERTY VALUE ${MY_GUID} )
Original-Nachricht
Datum: Fri, 7 Jan 2011 22:26:31 +0100
Von: Pau Garcia i Quiles pgqui...@elpauer.org
An: David Cole
On 01/18/2011 at 20:51, Alexander Neundorf a.neundorf-w...@gmx.net wrote:
On Saturday 11 December 2010, Johannes Zarl wrote:
So ARGV0 is not the same as the first argument of ARGV. Why? Is it that
the ARGV and ARGN lists get flattened, but the ARGVx are assigned before
that?
How can I
On 01/18/2011 at 20:54, Alexander Neundorf a.neundorf-w...@gmx.net wrote:
On Monday 13 December 2010, Johannes Zarl wrote:
The three FPHSA calls from above could be written using this syntax as:
FPHSA(XXX REQUIRED_VARS XXX_LIBRARY XXX_INCLUDE_DIR
COMPONENTS
COMPONENT YYY
suppose I have a project with:
add_subdirectory(path/lib1 ${CMAKE_CURRENT_BINARY_DIR}/ib1)
when I change a source of lib1 and click on build over the eclipse
project, eclipse doesn't build anything.
If I change a source of the main project it launches the build correctly.
I also tried to test
Dear fellow cmake users,
I am trying to create a bundle of my project that I build using CMake. I
have tried using the DragNDrop generator, which works to some extent. I
do manage to create a .app folder which contains the one binary that is
the outcome of the project in the Contents/MacOS
Just tried out my last approach, and found out that it doesn't work. The
executable target always depends on the library target, irrespective of
the build configuration.
On 01/19/2011 11:50 AM, SF Markus Elfring wrote:
For multi-config IDE's you *don't know* whether NDEBUG is defined or
not at
You don't seem to understand the difference between CMake-time and Make-
(or build-) time.
I understand that there can be differences between the time of configuration and
the applied generation. I guess that we have got different expectations about
the introspection capabilities of the CMake
On 01/19/2011 02:41 PM, SF Markus Elfring wrote:
You don't seem to understand the difference between CMake-time and Make-
(or build-) time.
I understand that there can be differences between the time of
configuration and the applied generation. I guess that we have got
different
ok I found it:
set_property(
TARGET my_target
PROPERTY COMPILE_DEFINITIONS IL_STD
)
Nehme
On Tue, Jan 18, 2011 at 11:44 AM, Nehme Bilal nehmebi...@gmail.com wrote:
Hello,
I am trying to use CMake to build a project that uses CPLEX. The cplex
compiling instructions says:
o
set_source_files_properties(debug_funcs.c PROPERTIES
EXCLUDE_FROM_CONFIGURATIONS Release;MinSizeRel)
I do not want to exclude this file based on the value of the variable
CMAKE_BUILD_TYPE. ;-)
I don't think it would make to do this based on preprocessor definitions.
It seems that
On 01/19/2011 03:45 PM, SF Markus Elfring wrote:
set_source_files_properties(debug_funcs.c PROPERTIES
EXCLUDE_FROM_CONFIGURATIONS Release;MinSizeRel)
I do not want to exclude this file based on the value of the variable
CMAKE_BUILD_TYPE. ;-)
Why not? That's mostly equivalent to doing
Hi,
I have a strange and non consistent behavior using cmake and cpack. Here is my
'install' config:
install ( TARGETS ${target}
LIBRARY DESTINATION lib
ARCHIVE DESTINATION lib
PUBLIC_HEADER DESTINATION include/myFolder
)
the target is a shared library with associated
Why not? That's mostly equivalent to doing it based on -DNDEBUG (which
is automatically defined for Release and MinSizeRel).
I would like to be precise here.
Do any configurations exist in the software development world where the build
type Release does not include a definition for this
My apologies in advance if this is not the correct place to start my inquiry.
I am looking for information on getting support for Absoft's Fortran compilers
on Linux, Windows and OS X added to
a future release of CMake. Ideally, the Absoft compilers would be supported in
the same manner that
You will need to look into the BundleUtilities functionality, specifically
the fixup_bundle() function. This will copy and fixup dependent
dylibs/frameworks needed by your project. There is a short example that uses Qt
that you can download.
You will also probably need to properly configure
That is awesome that you want to support CMake. I have some collaborators that
use Absoft and want to switch to CMake but can not due to some issues. I think
a great place to start would be this link:
http://www.cmake.org/pipermail/cmake/2009-September/031730.html
On 01/19/2011 10:32 AM, Tony Goelz wrote:
My apologies in advance if this is not the correct place to start my inquiry.
This is a good place to start. This was discussed briefly:
http://www.cmake.org/pipermail/cmake/2009-August/031688.html
but left off here:
On Wed, Jan 19, 2011 at 3:27 AM, Eric Noulard eric.noul...@gmail.comwrote:
2011/1/19 Jack Poulson jack.poul...@gmail.com:
I have no idea why this would occur, but with CMake 2.8.2 on x86_64 I'm
getting strange behavior with check_function_exists. Namely, if I perform
the sequence
On Thursday 30 December 2010, Michael Wild wrote:
On 12/30/2010 11:33 AM, Ian Monroe wrote:
To create my QyotoConfig.cmake I need to know the full path of a
library so that I can set a variable like QYOTO_LIBRARY.
This is pretty standard requirement right? Its what we're supposed to
do
On Thursday 30 December 2010, Ian Monroe wrote:
On Thu, Dec 30, 2010 at 08:08, Michael Hertling mhertl...@online.de wrote:
On 12/30/2010 11:33 AM, Ian Monroe wrote:
To create my QyotoConfig.cmake I need to know the full path of a
library so that I can set a variable like QYOTO_LIBRARY.
On Tuesday 04 January 2011, Michael Maul wrote:
Build is eclipse-cdt/nmake on windows 7
C:\Program Files (x86)\CMake 2.8\bin\cmake.exe -E
cmake_link_script CMakeFiles\MathFunctions.dir\link.txt --verbose=yes
CMAKE_AR-NOTFOUND cr MathFunctions.lib
On Tuesday 04 January 2011, Shawn Rutledge wrote:
I am building a KDE control panel plugin, and there is a requirement
to use a different translation mechanism rather than the default Qt
tr macros. So I want to post-process my ui_*.h files to replace
lines like this
Thanks for the suggestions! I was in a hurry to get something
working, and the first working solution I found was to write a uic
wrapper script which calls uic and then modifies the output. This
line makes it substitute my wrapper for uic:
set(QT_UIC_EXECUTABLE
On Fri, Jan 14, 2011 at 11:05 AM, Patrick Charrier
patrick.charr...@igd.fraunhofer.de wrote:
Hi all,
I am experiencing some (random) reloading of VS-project files and
rebuilding when using the combination of CMake, Visual Studio and CUDA.
Particularly when performing the following steps.
I'm noticing that on some systems they package the NVIDIA driver into
different directories than the driver is typically installed. In order to
make stuff link properly at run time these non-standard locations are added
to /etc/ld.so.conf.d. I'm wondering if there is a reason not to use this
Greetings,
the Code Blocks generator is not adding to the project the sources,
specified in the command.
In order to add a group of header files to my project tree, I'm trying
to implement the solution posted here:
http://www.cmake.org/pipermail/cmake/2010-November/040537.html
The target itself
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=11722
==
Reported By:arrowdodger
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=11723
==
Reported By:Galeazzi
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=11725
==
Reported By:Daniel R. Gomez
Assigned To:
BTW, it might make more sense to move this to the cmake-developers mailing
list.
I've transfered this thread to the developer list. See below for continuation..
On Jan 18, 2011, at 12:42 PM, Bill Hoffman wrote:
On 1/18/2011 2:40 PM, Brad King wrote:
On 1/18/2011 2:12 PM, Nick Kledzik
On Wed, Jan 19, 2011 at 8:08 PM, Nick Kledzik kled...@apple.com wrote:
BTW, it might make more sense to move this to the cmake-developers mailing
list.
I've transfered this thread to the developer list. See below for
continuation..
On Jan 18, 2011, at 12:42 PM, Bill Hoffman wrote:
On
On Tue, Jan 18, 2011 at 11:08 AM, David Cole david.c...@kitware.com wrote:
On Tue, Jan 18, 2011 at 1:53 PM, Brad King brad.k...@kitware.com wrote:
On 1/18/2011 1:50 PM, Manuel Klimek wrote:
Since this is a big integration style test, is it also possible to
integrate a python test? (the
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 1a0ff79898d6ccd7e1dafad384a8b1a7461d3424 (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 9ae65b866e4de737be00d3518da36aedca322278 (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 27039e62f9b01578e0cb23029bc7ffc3963f5634 (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 c6cb693147b9e97b4d5529e38a3f81bcaa4bef37 (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 db276e48c41abb0c8dcbf9c2d0726d16fc3e4871 (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 3b900dbd093e804c17ecee34c64b1380275f1138 (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 d0b4f13521367748488a7b70211a4d2fe7da1d9c (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 ab8ea7c413e77fbd7fc0c5a00edddfad4928c8e3 (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 ef1f9456aafb7c037601c5d6efb124f3f4152d46 (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 3e3af1f507bcb43b7de35177cd694fe8124cae83 (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 aa2b3db3221c1d01b4bf4541d90aa8a768937903 (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 18e07843c8416590c0cb444e8936a709d4a93862 (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 1c8787f387e9958e5ca4a9e5d268bb942966305f (commit)
from
55 matches
Mail list logo