Re: [cmake-developers] CMake Find modules out of the CMake tree

2015-10-01 Thread Tuukka Pasanen

Hello,
With upstream I meant per project (try to get Cmake files part of 
project) not upstream CMake (because it would more flexible to have it 
with out release cycle) but let's see if I can bake something up if 
no-one refuses.


Tuukka

01.10.2015, 17:14, Ben Boeckel kirjoitti:

On Thu, Oct 01, 2015 at 07:56:11 +0300, Tuukka Pasanen wrote:

As said there ain't official Cmake for SDL2-family and several other. I
don't believe we are experts of most of them but just wondering should
there be some kind common effort to provide some of them in same place
and try to push them upstream projects?

I think such an effort would be good. I don't think it should be in
upstream CMake though (the modules would be tied to CMake's release
cycle and CMake would be tied to backwards compat even when upstream
ships a proper config file).

--Ben


--

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 various services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers


Re: [cmake-developers] CMake Find modules out of the CMake tree

2015-09-30 Thread Tuukka Pasanen

Hello,
As said there ain't official Cmake for SDL2-family and several other. I 
don't believe we are experts of most of them but just wondering should 
there be some kind common effort to provide some of them in same place 
and try to push them upstream projects?


Sincerely,
Tuukka

30.09.2015, 18:45, Tamás Kenéz kirjoitti:

> but I doubt the non-CMake ones generate SDL2Config.cmake files.

neither of them generates, not even the CMake one

On Wed, Sep 30, 2015 at 5:11 PM, Ben Boeckel > wrote:


On Wed, Sep 30, 2015 at 10:22:47 -0400, Brad King wrote:
> With regard to SDL2, the proper way to make it find-able with
CMake is
> for SDL2 to provide a CMake packaging files themselves as part
of their
> own distribution (since they build with CMake):

Just to note, SDL2 also has build systems for ~every buildsystem out
there (VS projects, Xcode projects, Android.mk, autotools, premake,
etc.). I *think* those are for ease-of-embedding, but I doubt the
non-CMake ones generate SDL2Config.cmake files.

--Ben
--

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 various services to support the CMake community.
For more information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers






-- 

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 various services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers

[cmake-developers] CMake Find modules out of the CMake tree

2015-09-29 Thread Tuukka Pasanen

Hello,
I've been using successfully CMake for years and one can find almost 
Find-functions for everything (SDL2 for example) from dark corners net 
but then comes the question. Is there any project that tracks down these 
out of tree modules and makes them easily install because now I have to 
keep them in tree and find 'best' version of script (because there is 
several in-tree version available). So do anyone know is there 
coordinated effort to do this kind of 'Incubator' modules repository?


Sincerely,
Tuukka
--

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 various services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers


[cmake-developers] [PATCH] UseSWIG.cmake CMP0054 fix

2015-03-09 Thread Tuukka Pasanen

Hello,
As CMP0054 changes the way IF() works this patch fixes it in 
UseSWIG.cmake. PERL seems to be reserved word so work around this every 
language get x fore them. so you compare xPERL not bare word PERL. This 
should fix CMP0054 requirements.


Sincerely,
Tuukka
>From a5fb628109433b2c837ffd2fffef511108d4 Mon Sep 17 00:00:00 2001
From: Tuukka Pasanen 
Date: Sat, 7 Mar 2015 19:03:45 +0200
Subject: [PATCH] Fix CMP0054 error on UseSWIG. Fix is little bit not satifying
 because of my lack of undestanding how this really should be corrected.
 CMP0054 changes how variables behave inside IF() and PERL is word that is in
 use. We make up one that have x front of name of requested language (for
 example PERL to xPERL)

It's done this way:
  set(SWIG_MODULE_TEMPNAME_LANGUAGE "x${SWIG_MODULE_${name}_LANGUAGE}")

and then we compare this later on so CMake can add needed compiler parameters
for chosen language.
---
 Modules/UseSWIG.cmake | 12 
 1 file changed, 8 insertions(+), 4 deletions(-)

diff --git a/Modules/UseSWIG.cmake b/Modules/UseSWIG.cmake
index bab1b21..c4d23cb 100644
--- a/Modules/UseSWIG.cmake
+++ b/Modules/UseSWIG.cmake
@@ -72,20 +72,24 @@ macro(SWIG_MODULE_INITIALIZE name language)
   set(SWIG_MODULE_${name}_LANGUAGE "${swig_uppercase_language}")
   set(SWIG_MODULE_${name}_SWIG_LANGUAGE_FLAG "${swig_lowercase_language}")
 
+  # To workaround CMP0054 we create temporal name for STREQUAL
+  # Because with PERL this one doesn't work
+  set(SWIG_MODULE_TEMPNAME_LANGUAGE "x${SWIG_MODULE_${name}_LANGUAGE}")
+
   set(SWIG_MODULE_${name}_REAL_NAME "${name}")
   if (";${CMAKE_SWIG_FLAGS};" MATCHES ";-noproxy;")
 set (SWIG_MODULE_${name}_NOPROXY TRUE)
   endif ()
-  if("${SWIG_MODULE_${name}_LANGUAGE}" STREQUAL "UNKNOWN")
+  if(${SWIG_MODULE_TEMPNAME_LANGUAGE} STREQUAL "xUNKNOWN")
 message(FATAL_ERROR "SWIG Error: Language \"${language}\" not found")
-  elseif("${SWIG_MODULE_${name}_LANGUAGE}" STREQUAL "PYTHON" AND NOT SWIG_MODULE_${name}_NOPROXY)
+  elseif(${SWIG_MODULE_TEMPNAME_LANGUAGE} STREQUAL "xPYTHON" AND NOT SWIG_MODULE_${name}_NOPROXY)
 # swig will produce a module.py containing an 'import _modulename' statement,
 # which implies having a corresponding _modulename.so (*NIX), _modulename.pyd (Win32),
 # unless the -noproxy flag is used
 set(SWIG_MODULE_${name}_REAL_NAME "_${name}")
-  elseif("${SWIG_MODULE_${name}_LANGUAGE}" STREQUAL "PERL")
+  elseif(${SWIG_MODULE_TEMPNAME_LANGUAGE} STREQUAL "xPERL")
 set(SWIG_MODULE_${name}_EXTRA_FLAGS "-shadow")
-  elseif("${SWIG_MODULE_${name}_LANGUAGE}" STREQUAL "CSHARP")
+  elseif(${SWIG_MODULE_TEMPNAME_LANGUAGE} STREQUAL "xCSHARP")
 # This makes sure that the name used in the generated DllImport
 # matches the library name created by CMake
 set(SWIG_MODULE_${name}_EXTRA_FLAGS "-dllimport;${name}")
-- 
2.1.4

-- 

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 various services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers

[cmake-developers] FindSWIG and UseSWIG modules ain't having maintainer

2014-12-21 Thread Tuukka Pasanen
Hello,
I'm fairly new to CMake but use it intensive in many applications. In
one where SWIG stuff used to work very well in new version error
started to rise and I noticed that SWIG ain't maintained anymore. If
it's so I can start keeping it up-to-date as we rely on that.

Thanks,
Tuukka
-- 

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 various services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers