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

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 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

[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 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 +

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

[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

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

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