Ah, I see that FIND_PACKAGE_HANDLE_STANDARD_ARGS prints
-- Find Foo: (found version "")
I guess my function is not necessary, I can just put inside FooConfig.cmake
find_package_message(Foo
"Found Foo: ${CMAKE_CURRENT_LIST_FILE} (found version
\"@PACKAGE_VERSION@\")"
"[${CMAKE
You are mixing the config file and the targets file.
The config file is a template that you normally put in cmake/
FooConfig.cmake.in
You copy the template into the binary dir:
include(CMakePackageConfigHelpers)
set(INSTALL_CONFIGDIR lib/cmake/Foo)
configure_package_config_file(
The MSVC / CUDA support recently has been very challenging to keep track
of. In general CUDA will only support a single patch release of MSVC, and
given how MSVC 2017 doesn't easily allow rollbacks and has a pretty
aggressive update policy ( compared to older MSVC versions ) causes lots of
pain. Th
So here's some more odd bits. Due to CMake (originally I only wanted to
upgrade VS) I have now entered the version upgrade cascade and upgraded to
cuda 9.0 (yes the one with 4 patches, but the only one that works
TensorFlow on windows due to cuDNN.dll... sigh) in hopes to get VS2017 to
work (hey
Am 15. August 2018 17:45:46 MESZ schrieb Brian Davis :
>Can CMake defer to what the user ultimately wants? .. say the correct
>version of VS. I mean that is what I thought I specified.
Do you actually read the answers?
You can configure that in the Windows explorer like it you wanted to open t
It does have unit tests and an executable which I use for testing, all that
works fine.
I have the feeling that something with the CMakeList config is not alright. Is
there any tutorial that explains how to correctly create a shared library?
From: CMake on beh
Yes I know all about the bit about having to reinstall CUDA (been using it
since the 2.0 days) for 2017 (using VS since 2005) if only I could get
CMake to call VS2013... ya know the version that already has cuda 8.0
installed and configured and the extensions from C:\Program Files\NVIDIA
GPU C
-- Forwarded message -
From: Eric Noulard
Date: mer. 15 août 2018 à 17:13
Subject: Re: [CMake] Problem with creating shared library
To:
May be check the list of symbol in the lib.
KImageAnnotator::KImageAnnotator(QPixmap const&)
may really not be there (only declared in some hea
Why isn‘t it enough to install the SDK and NDK?
Regards
Roman
> Am 09.08.2018 um 09:02 schrieb Roman Wüger :
>
> Hello,
>
> is it somehow possible to build an Android project with CMake and Visual
> Studio without the Nsight Tegra Visual Studio Edition? Because the
> installation of NVIDIA Ns
> cannot find CUDA likely as CUDA was not installed after 2017
The CUDA language support requires the CUDA MSBUILD extensions, which
will require you to run the CUDA installer again ( it only installs
the msbuild extensions for versions that are currently installed ).
> I would like it to load 2
conda-build maintainer here. I agree that having conda/conda-build as a
provisioner for general-purpose build environments would be helpful. I'm
afraid I don't understand what's missing or otherwise needs to change here,
though. If you have concrete suggestions (and better, PRs) for how to make
I cannot use conda-build if I am developing. Consider that I will be
editing the sources, compiling and running tests constantly. Going through
the conda-build process every time I need to check some changes would be
too much overhead. conda-build does a lot of things, it creates multiple
new envir
On Wed, Aug 15, 2018, 3:05 PM Sebastián Mancilla wrote:
> My 5c: Docker is just too annoying to work with if you are targeting users
> to run your packages.
>
> From the point of view of the final user of your "binary distribution"
> (some Docker image):
>
> - You have to figure out / copy paste
My 5c: Docker is just too annoying to work with if you are targeting users
to run your packages.
>From the point of view of the final user of your "binary distribution"
(some Docker image):
- You have to figure out / copy paste the proper docker command line to run
the container (mount volumes, o
I suppose it all depends on if there are situations where you don’t want
those variables set? To me, it doesn’t make sense to ever not have version
numbers set so I would use #define.
-Caleb
On Wed, Aug 15, 2018 at 8:32 AM Ian Cullen
wrote:
> Hi,
>
> I'm trying to create a header file containin
Hi,
I'm trying to create a header file containing version number details but
am not sure if the following behaviour is expected or a bug.
Simplified example has 2 files
==> CMakeLists.txt <==
cmake_minimum_required(VERSION 3.11)
project (
VersionTest
VERSION 1.0.4
)
configure_file (
Our compiler activation scripts (highlighting the bit of most interest
to you I hope) are here:
https://github.com/AnacondaRecipes/aggregate/blob/master/ctng-compilers-activation-feedstock/recipe/activate-gcc.sh#L84-L101
On Wed, Aug 15, 2018 at 11:44 AM, Ray Donnelly wrote:
> Hi Sebastián,
>
> Wi
Hi Sebastián,
Without having time to properly go through this, I feel I should
correct some technical inaccuracies, but *all* of your issues can be
sidestepped by using conda-build. Installation and RPATHs are always
very tricky for projects to get right so we side step any issues here
by running
Le mer. 15 août 2018 à 10:32, Damir Porobic a
écrit :
> Hi Folks,
>
>
> I'm trying to write a shared library and run into an issue where I can't
> find any clues to where the problem is.
>
> I have a project with following structure:
>
>
> src/
>
> dir1/
>
> file1.h
>
> file1.
Le mer. 15 août 2018 à 10:57, Ray Donnelly a
écrit :
> Docker is unnecessary overhead here and irrelevant to the question of
> which compilers to use when building conda packages (use ours or risk
> binary incompatibility with the rest of the ecosystems, please do not
> attempt to use e.g. CentOS
Docker is unnecessary overhead here and irrelevant to the question of which
compilers to use when building conda packages (use ours or risk binary
incompatibility with the rest of the ecosystems, please do not attempt to
use e.g. CentOS6 system compilers to compile modern software either!). Docker
Hi Folks,
I'm trying to write a shared library and run into an issue where I can't find
any clues to where the problem is.
I have a project with following structure:
src/
dir1/
file1.h
file1.cpp
dir2/
file2.h
file2.cpp
Now I have this CMakeList
Le mar. 14 août 2018 à 20:38, Sebastián Mancilla a
écrit :
> I wanted to try Conda for normal day-to-day C++ development, while having
> all the dependencies isolated from other projects and the base system.
>
> - Change the sources
> - Build
> - Run the tests
> - Repeat
>
Hi Sebastian,
Just cu
23 matches
Mail list logo
