Re: [CMake] MPI: Undefined symbol

Hello, Am 20.08.18 um 17:49 schrieb Rafael Sadowski: > On Mon Aug 20, 2018 at 04:24:07PM +0200, Florian Lindner wrote: >> Hello, >> >> copied from a working MPI CMakeLists.txt: >> >> find_package(MPI REQUIRED) > > https://cmake.org/cmake/help/v3.0/module/FindMPI.html > > MPI__FOUND

[CMake] Conflicting MSVC manifests

Hi, I am experiencing an error when trying to require administrator privileges on Windows. I have made a small test case[1] available to demonstrate the issue. CMake generates its own manifest and at link time MSVC is unable to merge CMake's and my own manifest, giving the following error:

Re: [CMake] Conflicting MSVC manifests

>From my personal experience, I suggest never touch the manifest, because it's not a useful configuration to solve the DLL hell issue since Windows XP. Instead, once we know the exact version of Visual Studio with Update, the distributor just ship the MSVC runtime installer with software, the

Re: [CMake] MPI: Undefined symbol

This stackoverflow question might help you. On Tue, Aug 21, 2018 at 4:52 AM Florian Lindner wrote: > Hello, > > Am 20.08.18 um 17:49 schrieb Rafael Sadowski: > > On Mon Aug 20,

Re: [CMake] [cmake-developers] libc++ usage in CMake with Clang?

On Tue, Aug 21, 2018 at 6:40 PM Craig Scott wrote: > > On Wed, Aug 22, 2018 at 7:18 AM, Robert Dailey > wrote: > >> On Tue, Aug 21, 2018 at 3:47 PM Craig Scott >> wrote: >> > Excuse the brevity, but it sounds like you might be looking for the >> CXX_EXTENSIONS target property (sorry if I've

Re: [CMake] [cmake-developers] libc++ usage in CMake with Clang?

On Wed, Aug 22, 2018 at 7:18 AM, Robert Dailey wrote: > On Tue, Aug 21, 2018 at 3:47 PM Craig Scott > wrote: > > Excuse the brevity, but it sounds like you might be looking for the > CXX_EXTENSIONS target property (sorry if I've misunderstood your problem, > let me know why it isn't appropriate

Re: [CMake] Problem with creating shared library

I fixed your problem. Get the attached patch and apply it with "git apply ". The kImageAnnotator constructor was private to the library (I just learned that Qt does that when creating shared libraries), and that's why you get the undefined reference error. You could have checked it with: nm

Re: [CMake] [cmake-developers] libc++ usage in CMake with Clang?

On Tue, Aug 21, 2018 at 11:41 PM, Robert Dailey wrote: > I'll explain a bit why I'm asking. I noticed that for code bases that > work on Android plus other UNIX platforms, they unconditionally > specify `-stdlib=libc++`, however this doesn't work on Ubuntu by > default, which uses gnu stl +

[CMake] Build flags not applied during compiler testing on Ubuntu

I have a cross platform project that I have building correctly for the STM32 platform on Fedora but everyone using Ubuntu is having problems. Basically, without --specs=nosys.specs applied during compiler testing, cmake fails. I have reports of this happening on Ubuntu 14.x, 16,x and have setup a

Re: [CMake] [cmake-developers] libc++ usage in CMake with Clang?

On Tue, Aug 21, 2018 at 3:47 PM Craig Scott wrote: > Excuse the brevity, but it sounds like you might be looking for the > CXX_EXTENSIONS target property (sorry if I've misunderstood your problem, let > me know why it isn't appropriate if so). See the following article for a more > complete

Re: [CMake] libc++ usage in CMake with Clang?

I'll explain a bit why I'm asking. I noticed that for code bases that work on Android plus other UNIX platforms, they unconditionally specify `-stdlib=libc++`, however this doesn't work on Ubuntu by default, which uses gnu stl + gcc/clang. So you get compiler errors. There's no way for me to

Re: [CMake] Problem with creating shared library

Le lun. 20 août 2018 à 19:05, Damir Porobic a écrit : > Hi Eric, > > > yes, this is the project. I have pushed my current state to this branch > https://github.com/DamirPorobic/kImageAnnotator/tree/sharedLibTestBranch > > I've tried also without the generate_export_headers (cleaned everything up

Re: [cmake-developers] RfD: deprecate link_directories() and link_libraries()

Hello, On 20.08.18 19:10, Brad King wrote: On 08/15/2018 01:30 PM, Rolf Eike Beer wrote: My dislike against these functions is probably known, and now I would like to bring this to a new level: I would like to formally deprecate these functions. I don't think they serve any useful purpose

Re: [cmake-developers] [CMake] libc++ usage in CMake with Clang?

On Wed, Aug 22, 2018 at 7:18 AM, Robert Dailey wrote: > On Tue, Aug 21, 2018 at 3:47 PM Craig Scott > wrote: > > Excuse the brevity, but it sounds like you might be looking for the > CXX_EXTENSIONS target property (sorry if I've misunderstood your problem, > let me know why it isn't appropriate

Re: [cmake-developers] [CMake] libc++ usage in CMake with Clang?

On Tue, Aug 21, 2018 at 6:40 PM Craig Scott wrote: > > On Wed, Aug 22, 2018 at 7:18 AM, Robert Dailey > wrote: > >> On Tue, Aug 21, 2018 at 3:47 PM Craig Scott >> wrote: >> > Excuse the brevity, but it sounds like you might be looking for the >> CXX_EXTENSIONS target property (sorry if I've

[Cmake-commits] CMake branch, master, updated. v3.12.1-439-g8901b9f

t a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake index 52bd817..1c388f1 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 12) -set(CMake_VERSION_PATCH 20180821) +set(CMake_VER

Re: [cmake-developers] brief CDash outage

This is complete. As always, please let us know if you notice anything that doesn't seem right. On Tue, Aug 21, 2018 at 1:12 PM, Zack Galbreath wrote: > We will be upgrading the system that cdash.org runs on at 2:30pm EDT > today (a little over an hour from now). We expect the system to be

Re: [cmake-developers] [CMake] libc++ usage in CMake with Clang?

On Tue, Aug 21, 2018 at 11:41 PM, Robert Dailey wrote: > I'll explain a bit why I'm asking. I noticed that for code bases that > work on Android plus other UNIX platforms, they unconditionally > specify `-stdlib=libc++`, however this doesn't work on Ubuntu by > default, which uses gnu stl +

[cmake-developers] Quiet option for cmake

A user has recently been asking about reducing the output coming from a FetchContent population when nothing needs to be done (i.e. the content has already been populated). Because this is implemented as a sub-build, you always see the

Re: [cmake-developers] [CMake] libc++ usage in CMake with Clang?

On Tue, Aug 21, 2018 at 3:47 PM Craig Scott wrote: > Excuse the brevity, but it sounds like you might be looking for the > CXX_EXTENSIONS target property (sorry if I've misunderstood your problem, let > me know why it isn't appropriate if so). See the following article for a more > complete

Re: [cmake-developers] Shared libraries

Hi Chuck, Thanks for the information. We launch cmake on MariaDB code with: -DBUILD_SHARED_LIBS=true Moreover, here are the few places in MariaDB code where BUILD_SHARED_LIBS appears: # grep -R BUILD_SHARED_LIBS * CMakeCache.txt:BUILD_SHARED_LIBS:UNINITIALIZED=true

Re: [cmake-developers] Shared libraries

Hi Tony, I expect what your seeing is likely the result of how MaraiaDBhas specifically implemented their CMake build. The only builtin CMake variable to control this is BUILD_SHARED_LIBS, which when set to "ON" changes the behavior of add_library(foo) to be add_library(foo SHARED), instead of

Re: [cmake-developers] [CMake] libc++ usage in CMake with Clang?

I'll explain a bit why I'm asking. I noticed that for code bases that work on Android plus other UNIX platforms, they unconditionally specify `-stdlib=libc++`, however this doesn't work on Ubuntu by default, which uses gnu stl + gcc/clang. So you get compiler errors. There's no way for me to

[cmake-developers] brief CDash outage

We will be upgrading the system that cdash.org runs on at 2:30pm EDT today (a little over an hour from now). We expect the system to be down for 15-30 minutes (or less). I'll reply to this message when the upgrade is complete. -- Powered by www.kitware.com Please keep messages on-topic and