On Thu, Feb 7, 2019 at 7:11 AM Brad King via cmake-developers <
cmake-developers@cmake.org> wrote:
> On 2/6/19 2:40 PM, Joachim Wuttke wrote:
> > And combine it with
> >
> > ```
> > link_directories(BEFORE ${PROJECT_BINARY_DIR}/bin)
> > ```
> >
> > so that tests find the libraries?
>
> No. CMAKE_
On 2/6/19 2:40 PM, Joachim Wuttke wrote:
> And combine it with
>
> ```
> link_directories(BEFORE ${PROJECT_BINARY_DIR}/bin)
> ```
>
> so that tests find the libraries?
No. CMAKE_RUNTIME_OUTPUT_DIRECTORY only affects the locations of
the .dll files, not .a/.so/.lib. Also CMake already knows whe
Add code like this at the top of your project:
```
set(CMAKE_RUNTIME_OUTPUT_DIRECTORY ${PROJECT_BINARY_DIR}/bin)
```
And combine it with
```
link_directories(BEFORE ${PROJECT_BINARY_DIR}/bin)
```
so that tests find the libraries?
Anyway, my problem is not at link time, but when _executing_ a
On 2/6/19 1:46 PM, Joachim Wuttke wrote:
> What is the minimally invasive adjustment
> to make the above build steps work under Windows?
Windows has no RPATH to help executables locate their shared
libraries. The simplest solution is to put the .exe and .dll
files in the same directory (which can
On 06.02.19 19:46, Joachim Wuttke wrote:
>
>
> Works under Linux, stable since many years. Under Windows10 though, a
> message window
> pops up, entitled "mytest.exe - System error": "The code execution
> cannot proceed
> because mylib.dll was not found. Reinstalling the program may fix this
>
The library `mylib` consists of the library proper, in directory `lib/`, and a
test suite, in directory `test/`. It is completely under CMake control:
mylib/CMakeLists.txt:
...
add_subdirectory(lib)
add_subdirectory(test)
...
mylib/lib/CMakeLists.txt:
...
add_lib
On 2/5/19 3:22 PM, Timothy Wrona wrote:
> instead of manually making edits to the Windows registry?
There is no command-line tool for it.
> After moving this package around a few times I've realized I
> have a bunch of junk entries in the user package registry.
Stale entries will be removed when