Re: [CMake] Autotools->cmake: Are these checks really needed anymore?

2014-08-30 Thread Roger Leigh
On Sat, Aug 30, 2014 at 04:30:15PM +0200, Rolf Eike Beer wrote: > Am Samstag, 30. August 2014, 09:18:26 schrieb Richard Shaw: > > > #AC_C_RESTRICT > > #AC_C_VOLATILE > > I'm not sure if you should even think of using them. Especially volatile is > often something that means "you are doing someth

Re: [CMake] Autotools->cmake: Are these checks really needed anymore?

2014-08-30 Thread Richard Shaw
Thanks for the responses everyone. I'm just volunteering to change the build system on one of my favorite pieces of software so I don't know the code inside and out. As far as I know linux, windows, freebsd and OSX are supported for *running* but I believe the windows version is cross-compiled fro

Re: [CMake] Weird STREQUAL result

2014-08-30 Thread Dirk Thomas
I guess I asked the question without searching enough before. It indeed seems to be "indented behavior". Answering my own question with the following link: http://stackoverflow.com/questions/19982340/cmake-compare-to-empty-string-with-strequal-failed Sorry for the noise. - Dirk On Sat, Aug 30, 2

[CMake] Weird STREQUAL result

2014-08-30 Thread Dirk Thomas
I ran into weird behavior with STREQUAL and boiled it down to the following simple example: cmake_minimum_required(VERSION 2.8) if("f" STREQUAL "") # happens with CMake version 2.8.12.2 message(FATAL_ERROR "This should not be TRUE: 'f' STREQUAL '' ") endif() I would ex

Re: [CMake] Autotools->cmake: Are these checks really needed anymore?

2014-08-30 Thread Hendrik Sattler
On 30. August 2014 16:18:26 MESZ, Richard Shaw wrote: >In the project I'm converting to cmake there are a lot of checks for >headers and functions I've reimplemented in cmake, but it seems a lot >of >autotools based programs do a lot of excessive checking and I don't >want to >implement stuff th

Re: [CMake] Autotools->cmake: Are these checks really needed anymore?

2014-08-30 Thread Chuck Atkins
On Sat, Aug 30, 2014 at 10:30 AM, Rolf Eike Beer wrote: > > # Checks for typedefs, structures, and compiler characteristics. > > #AC_C_CONST > > #AC_C_INLINE > ... > > #AC_TYPE_SIZE_T > ... > > #AC_C_RESTRICT > > #AC_C_VOLATILE > These should be generally safe to assume > #AC_STRUCT_TM > > #AC

Re: [CMake] Autotools->cmake: Are these checks really needed anymore?

2014-08-30 Thread Rolf Eike Beer
Am Samstag, 30. August 2014, 09:18:26 schrieb Richard Shaw: > In the project I'm converting to cmake there are a lot of checks for > headers and functions I've reimplemented in cmake, but it seems a lot of > autotools based programs do a lot of excessive checking and I don't want to > implement stu

[CMake] Autotools->cmake: Are these checks really needed anymore?

2014-08-30 Thread Richard Shaw
In the project I'm converting to cmake there are a lot of checks for headers and functions I've reimplemented in cmake, but it seems a lot of autotools based programs do a lot of excessive checking and I don't want to implement stuff that can be safely assumed on most systems. Here's a snippet of

Re: [CMake] CMake, Visual Studio and cross-compilation.

2014-08-30 Thread Max Savenkov
Thank you. It's nice to see somebody already worked on NVidia NSight addition. As with -T option, it unfortunately does not help, since I not only need to choose a platform toolset, but an entirely different platform (like Win32 or x64, named "Emscripten"). From what I've read, there is no way

Re: [CMake] CMake, Visual Studio and cross-compilation.

2014-08-30 Thread Nils Gladitz
On 30.08.2014 07:21, Max Savenkov wrote: There are two cases I'm primarily interested in: vs-android (and NVidia's VS addon that is based on it), which allows cross-compilation to Android vs-tool (https://github.com/juj/vs-tool), which allows cross-compilation into JavaScript using Emscripten