It has been several months since I looked at this. I seem to remember
setting dependencies between libraries containing modules, using
something like target_link_libraries. I think that cmake was capable of
detecting dependencies between files in the same library. I think it
relied on the
t a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 39a5b3d..324d825 100644
--- a/Source/CMakeVersion.cmake
+++ b/Source/CMakeVersion.cmake
@@ -1,5 +1,5 @@
# CMake version number components.
set(CMake_VERSION_MAJOR 3)
set(CMake_VERSION_MINOR 13)
-set(CMake_VERSION_PATCH 20190205)
+set(CMake_VER
When I ran into the same issue, my workaround was to use file properties
to set dependencies between files, but I don't think it is very robust
solution. Would be curious to hear if there is a better way to do it.
Best,
Petr
On 2/5/19 2:55 PM, Guido Giuntoli wrote:
Hi I have a Fortran
Hi I have a Fortran project with the following order
src/module_1.f90 (Fortran Modules)
src/module_2.f90
src/... (more files)
file(GLOB SOURCES src/*.f90)
add_executable(MyExec SOURCES)
module_1 depends on module_2 and when is compiling module_1.f90 I get the
dependency error :
Fatal
Hello,
Are you able to use BUILD_WITH_INSTALL_RPATH:
https://cmake.org/cmake/help/v3.13/prop_tgt/BUILD_WITH_INSTALL_RPATH.html
https://cmake.org/cmake/help/v3.13/prop_tgt/INSTALL_RPATH.html#prop_tgt:INSTALL_RPATH
Regards,
Juan
On Tue, Feb 5, 2019 at 4:00 PM Stephens, J. Adam via CMake
wrote:
I don't know if it is an option in your case, but you could build boost
yourself as static libraries. Then the whole build/install rpath situation
goes away. In case it is helpful, I recently gave an example of how I'm
currently doing this with a FetchContent-based solution. It won't suit
CMAKE_FIND_ROOT_PATH isn't meant to be used like that, you should use
CMAKE_PREFIX_PATH I expect.
ROOT_PATH represents the root of a new file-system/OS basically and is
meant for cross-compilation. While what you want is extra directories
to start searching from which is what CMAKE_PREFIX_PATH is
If you add 'OUTPUT_VARIABLE' and 'ERROR_VARIABLE' information to the
execute_process call you should be able to dump the information using
'message' and see if the execute_process is running.
On Tue, Jan 29, 2019 at 3:04 PM Rob Boehne wrote:
>
> I’m still not getting this script executed. I
The version of the libraries that you load from your build directory
would need to be fixed up to.
On Tue, Feb 5, 2019 at 5:00 PM Stephens, J. Adam wrote:
>
> Hi Robert,
>
> Thanks for your reply. We do use install_name_tool and the like when
> installing/packaging, and our packages continue to
Hi Robert,
Thanks for your reply. We do use install_name_tool and the like when
installing/packaging, and our packages continue to work fine on OS X 10.12. My
question is about what to do with executables before packaging, while they are
still just in the build tree. We need them to work for
My general approach for the second problem is to run a tool such as
install_name_tool to change the library names to have @rpath when
constructing the package.
On Tue, Feb 5, 2019 at 2:25 PM Stephens, J. Adam via CMake
wrote:
>
> Hello,
>
>
>
> The project I work on links to several shared boost
As a general policy CMake doesn't offer patch releases of older
versions, and instead recommends updating to the latest CMake version.
On Sun, Feb 3, 2019 at 10:21 PM Andrew Pennebaker
wrote:
>
> Hiya!
>
> I got cmake to build in MirOS (also known as MirBSD) v10 this weekend,
> painting over
Is there an easy way to clean the user package registry (with a CMake
command or something similar) instead of manually making edits to the
Windows registry?
After moving this package around a few times I've realized I have a bunch
of junk entries in the user package registry.
On Tue, Feb 5,
Thank you! I didn't know it would make a registry entry, that was the
missing link!
On Tue, Feb 5, 2019 at 2:46 PM Brad King wrote:
> On 2/5/19 2:37 PM, Timothy Wrona wrote:
> > Can anyone explain to me how "find_package" is able to find the Eigen
> libraries
> > even though they are just
On 2/5/19 2:37 PM, Timothy Wrona wrote:
> Can anyone explain to me how "find_package" is able to find the Eigen
> libraries
> even though they are just pasted into some arbitrary location that I never
> told
> the example project about?
Eigen uses the CMake package registry feature:
I am working my way through the "CMake Cookbook" by Radovan Bast and
Roberto Di Remigio and got to an example that required the Eigen C++
libraries. (chapter-02/recipe-06)
I downloaded the ".zip" for the Eigen libraries and unzipped it to an
arbitrary location. Then I ran CMake on it (but I did
Hello,
The project I work on links to several shared boost libraries. After our
organization disallowed use of OS X 10.11 and we upgraded our built/test slave
to 10.12, we encountered a problem with our testing. Executables in the build
tree that were built as part of our project now fail to
When you run `cmake --build Build` it doesn't run cmake with the
--warn-uninitialized
if the build files need to be regenerated. Therefore you don't get the
warnings.
On Tue, Feb 5, 2019 at 12:15 PM Ramold, Felix wrote:
> It is not a cache variable. Here is an example:
>
>
Okay now I understand.
Yes this is the intended behavior of `--warn-uninitialized`.
It is designed so that it will only generate warnings for the explicit
invocation of cmake that includes the flag. Subsequent calls to
`cmake` without `--warn-uninitialized` will generate no warnings.
On Tue,
It is not a cache variable. Here is an example:
cmake_minimum_required(VERSION 3.10)
project(TEST_UNINITIALIZED)
file(WRITE dummy.cpp "")
add_library(dummy dummy.cpp ${UNINITIALIZED})
Also UNINITIALIZED is not added to CMakeCache.txt.
Calling cmake twice (even without a change to the list) also
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 f47d980f73a065485bb7090a850f2ac4044c2dfd (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 c6d679f0d904b19b3be411b399b5904a5da7ea78 (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 25e616862dac08aae7c4a3ad01839acfe7342ec7 (commit)
via
Dear all,
(essentially asking what I already posted on SO
https://stackoverflow.com/questions/54447765)
I have a my_project/CMakeLists.txt file under my control. In its directory
there is also a git submodule (say 'my_project/sub' for now), and I add the
git-submodule on the cmake level though
Hello,
at work, we have a mono-repo with multiple applications/libs (dozens).
The build phase is ok, but I'm not sure about the release process.
When we release, we release one application at a time.
(CMAKE_SKIP_INSTALL_ALL_DEPENDENCY is true)
In order to speed up releases, we always perform an
25 matches
Mail list logo
