On 04/28/2015 01:20 AM, Alan W. Irwin wrote:
On 2015-04-24 12:33-0700 Alan W. Irwin wrote:
This should be a pretty common issue on Linux since it is quite
typical there that downstream packaging splits up binary results into
different packages. Therefore, I assume there is a CMake solution to
t
Hello,
is there a proper solution to get all used source files for all defined
librarys and executables?
My first idea was to overload the main functions such as add_executable() and
add_library() temporarily in the main CMakeLists.txt and write a text file or
whatever, but I thought there wer
On 2015-04-24 12:33-0700 Alan W. Irwin wrote:
This should be a pretty common issue on Linux since it is quite
typical there that downstream packaging splits up binary results into
different packages. Therefore, I assume there is a CMake solution to
this issue, and I would appreciate those who kn
On 2015-04-23 04:19-0700 Alan W. Irwin wrote:
On 2015-04-23 06:47-0400 David Cole wrote:
In the meantime, while it is certainly clumsy to do the two separate
commands everywhere, you could write a CMake language
function(configure_file_generate ...) that takes the same args as
configure_file, b
Hi,
After this fails, if i delete CMakeCache.txt and rerun the script, it
works. In fact it seems to be related to the line:
Boost_INCLUDE_DIR:PATH=/usr/include
which is in CMakeCache.txt.
Than just delete that cache variable (before the second call of
find_package):
unset(Boost_INCLUDE_DIR
Hi,
thanks for the replies. I am still facing the same issue. For those
interested, here is how to reproduce the issue:
- mkdir test; cd test
- mkdir build; mkdir src; mkdir external
- wget -O external/boost_1_57_0.tar.bz2
http://sourceforge.net/projects/boost/files/boost/1.57.0/boost_1_57_0.tar.
