However, this messes up parallel make progress output.
Am 7. April 2017 22:22:08 MESZ schrieb Craig Scott :
>Unfortunately, COMMENT is unreliable. Some generators will honour it,
>others won't. A more robust alternative is to use CMake's command mode
>to
>echo the comment
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
discards c7d6ba9119b0fee7716190401c1941b7130f81b6 (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 fe81c03ed04d5aaeca1a354091e288e66e359c81 (commit)
from
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, nightly has been updated
discards d93b461ab27cce861df515a422866bf46a36eee6 (commit)
discards
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, nightly-master has been updated
via b8fc447c1df34eeca1d66acd0e17ca743256d6c2 (commit)
via
> Where Am I going wrong ?
> Can anyone please help me out ?
You don't link against fftw which is why you get linking errors. The
`${fftw}` variable is empty.
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware
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 c7d6ba9119b0fee7716190401c1941b7130f81b6 (commit)
via
Unfortunately, COMMENT is unreliable. Some generators will honour it,
others won't. A more robust alternative is to use CMake's command mode to
echo the comment instead. Eg:
add_custom_command( TARGET zApp_zip POST_BUILD
COMMAND ${CMAKE_COMMAND} -E echo "test2"
COMMAND
I’m trying to build a Mac OS X installer package on 10.10.5 using Xcode 7.2
tools with the CPack that ships with CMake 3.7.2. I can generate a package from
the CMake build directory if I call cpack directly on the command line with -G
productbuild, but not through the CMake build using make
Yeah I've wanted to use built in support for NDK, but it doesn't work
with Crystax for a number of reasons. Just had no luck with it.
Crystax provides its toolchain file that I have to use.
I'm trying to get away from Crystax, but in the meantime I'm stuck
fixing this obscure issue the same way
INTERFACE_LINK_LIBRARIES won't work since it won't pull out include path for
dependants.
Using target_link_libraries() on the imported lib does not work because "it is
not built".
So the question remains open : how to represent include and link dependencies
between 2 imported libs ?
With
So I probably am not understanding how this works.
I have a custom target, that I later add multiple custom commands to.
Each custom command has a COMMENT set, but the target itself does too:
add_custom_target(zApp_zip COMMENT "test1")
add_custom_command( TARGET zApp_zip POST_BUILD
Thanks for the feedback Brad, as always. Really appreciate your
continued help. Sorry for continuing the discussion on the dev list.
To close out the discussion just wanted to share (for others that may
run into this issue) that I went ahead and just added this line to my
root CMakeLists.txt
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
discards bf69f9327151231af43c4622c2dd04da0cf4c9b3 (commit)
discards
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 b8fc447c1df34eeca1d66acd0e17ca743256d6c2 (commit)
via
On 04/06/2017 04:43 PM, Robert Dailey wrote:
> Even worse, they seem to acknowledge this problem and created "proxy"
> macros for the use by the host OS (code at the bottom)
Interesting. That approach depends on all projects using their
macros instead of the normal `find_package`, requiring
Well not quite.
I tried that, but my current definition is rather
Target_link_libraries(B interface B_imported)
I don't remember for which reason I had to do it in 2 stages like that (the
A/A_imported and B/B_imported versions)
If I add A in the list to read :
Target_link_libraries(B interface
Hi all ,
I was writing CMakelist.txt to compile my cpp code(prose ) which makes use
of two external libraries :libsndfile and fftw .
The script I have written is below :
CMAKE_MINIMUM_REQUIRED(VERSION 2.8)
PROJECT(PROSE)
On Windows, cmake version 3.7.2, generating project files for visual studio
2017.
I have a file called "configure.bat" that I would like to place at the root
of the visual studio project via regex.
Here is what I have tried along with where it put configure.bat:
1. no source_group -> "Source
19 matches
Mail list logo