Re: [CMake] Finding libxml2 when building llvm/clang

2016-06-15 Thread Chuck Atkins
You could try to force libxml to be ignored by CMake so it will think it wasn't found and use the fallback configuration: cmake ... -DLIBXML2_LIBRARIES=IGNORE ... - Chuck On Tue, Jun 14, 2016 at 8:28 PM, Edward Diener < eldlistmaili...@tropicsoft.com> wrote: > Building llvm/clang from source in

Re: [CMake] Finding libxml2 when building llvm/clang

2016-06-15 Thread Edward Diener
On 6/15/2016 9:15 AM, Chuck Atkins wrote: You could try to force libxml to be ignored by CMake so it will think it wasn't found and use the fallback configuration: cmake ... -DLIBXML2_LIBRARIES=IGNORE ... I will try that, thanks ! But shouldn't CMake be able to distinguish between a 32-bit an

Re: [CMake] GCC: -std=g++14 vs -std=c++14

2016-06-15 Thread Elizabeth A. Fischer
Why are these extensions not turned off by default? Normally, things should conform to the standards out-of-the-box; and you should have to explicitly enable extensions. Following that principle would have avoided this entire thread. -- Elizabeth On Wed, Jun 15, 2016 at 1:50 AM, Patrick Boettch

Re: [CMake] GCC: -std=g++14 vs -std=c++14

2016-06-15 Thread Patrick Boettcher
On Wed, 15 Jun 2016 10:50:13 -0400 "Elizabeth A. Fischer" wrote: > Why are these extensions not turned off by default? Normally, things > should conform to the standards out-of-the-box; and you should have to > explicitly enable extensions. Following that principle would have > avoided this ent

Re: [CMake] GCC: -std=g++14 vs -std=c++14

2016-06-15 Thread Robert Maynard
This is correct. The default for GCC has always been to enable gcc extensions, with GCC < 6 having a default of gnu++98, and GCC 6 having a default of gnu++14 On Wed, Jun 15, 2016 at 11:00 AM, Patrick Boettcher wrote: > On Wed, 15 Jun 2016 10:50:13 -0400 > "Elizabeth A. Fischer" wrote: > >> Why

Re: [CMake] GCC: -std=g++14 vs -std=c++14

2016-06-15 Thread Elizabeth A. Fischer
That seems wrong to me. Regardless of how proud the compiler makers are of their extensions, the language you're using should depend as little as possible (by default) on the compiler you choose. -- Elizabeth On Wed, Jun 15, 2016 at 11:48 AM, Robert Maynard wrote: > This is correct. The defaul

[CMake] cmake targeting vs2015 error

2016-06-15 Thread Welson Sun
cmake 3.4.3 on windows 7 targeting vs2015 error out: cl : Command line error D8021: invalid numeric argument '/Wno-variadic-macros' Thanks, Welson -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers vario

Re: [CMake] cmake targeting vs2015 error

2016-06-15 Thread Kristian
Could you give us either the CMakeLists.txt or the whole cl command, which was called? Without of some more information, I could not give you a hint, where the problem is. 2016-06-15 14:43 GMT-04:00 Welson Sun : > cmake 3.4.3 on windows 7 targeting vs2015 error out: > > cl : Command line error D

[CMake] cmake install target doesn't run ldconfig after installing library

2016-06-15 Thread Young Yang
Hi, I've encountered some problem when writing install target with cmake. I use `install (TARGETS DESTINATION lib)` to install my shared_library. However, when I run `make install`. It just install the .so to /usr/local/lib and didn't run the ldconfig. I think it is strange and inconvenient to t

[CMake] Target has dependency information when it shouldn't

2016-06-15 Thread Dvir Yitzchaki
Hi group. I use CMake 3.3.1 with Visual Studio 2013. I've changed a target from a static library to an INTERFACE library and now I get the following message from CMake: CUSTOMBUILD : CMake error : Target <...> has dependency information when it shouldn't. Your cache is probably stale. Please