[Cmake-commits] CMake branch, master, updated. v3.6.0-435-g34efc0a

2016-07-18 Thread Kitware Robot
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  34efc0a539ac8ad595f5e5b5c0e3afc6a158456e (commit)
  from  4bb3c4102fa40d802ab0b0d0500afe5c9887038f (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=34efc0a539ac8ad595f5e5b5c0e3afc6a158456e
commit 34efc0a539ac8ad595f5e5b5c0e3afc6a158456e
Author: Kitware Robot <kwro...@kitware.com>
AuthorDate: Tue Jul 19 00:01:09 2016 -0400
Commit: Kitware Robot <kwro...@kitware.com>
CommitDate: Tue Jul 19 00:01:09 2016 -0400

CMake Nightly Date Stamp

diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index d24d8a1..6832184 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 6)
-set(CMake_VERSION_PATCH 20160718)
+set(CMake_VERSION_PATCH 20160719)
 #set(CMake_VERSION_RC 1)

---

Summary of changes:
 Source/CMakeVersion.cmake |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits


Re: [CMake] cmake 3.5 vs 3.6 + qt

2016-07-18 Thread Tom Kulaga
I'll try and get together a minimal example to highlight the difference.




On Tue, 19 Jul 2016 at 03:16 Brad King  wrote:

> On 07/15/2016 04:50 AM, David Callu wrote:
> > 2016-07-15 1:54 GMT+02:00 Tom Kulaga:
> >> I'm using 3.5.2 for a qt based project and I've updated to 3.6 and the
> RCC feature
> >> seems to fail. Here's a summary
> >> When I swtiched to 3.6, the compiler can no longer link to the
> generated rcc files.
> >
> > Same thing on my side. I call in my code functions defined in generated
> .cpp from moc/rcc.
> > Functions name are based on file path used during .cpp generation.
> > And this path change from cmake 3.5 to 3.6.
>
> The location likely changed in the topic by Sebastian Holtermann merged
> here:
>
>  Merge topic 'autogen-updates'
>  https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=76e793b9
>
> The goal is to support same-named files in different subdirectories.
> See this issue:
>
>  https://gitlab.kitware.com/cmake/cmake/issues/12873
>  https://cmake.org/Bug/view.php?id=12873
>
> and discussion on the dev list here:
>
>  http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/16229
>
> I'm not particularly familiar with rcc/AUTORCC/etc. but it is not clear
> why the path to the generated file matters.  CMake generates a file and
> adds the proper references to it.  Its location is an implementation
> detail.  I don't think our documentation ever guaranteed a specific
> location.
>
> Please post a more complete code example that shows the failure case.
>
> Thanks,
> -Brad
>
>
-- 

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

[cmake-developers] [Review Request][Draft] CMake project for QtIFW

2016-07-18 Thread Konstantin Podsvirov
Hello guys!

I like CMake and Qt and i initial write and now support CPack IFW generator.

For more project integrations i create sugestion:
https://bugreports.qt.io/browse/QTIFW-876

And start work on it:
https://codereview.qt-project.org/#/c/165493

It's draft, but any feedback will be appreciated.

--
Regards,
Konstantin Podsvirov
-- 

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] cmake 3.5 vs 3.6 + qt

2016-07-18 Thread Brad King
On 07/15/2016 04:50 AM, David Callu wrote:
> 2016-07-15 1:54 GMT+02:00 Tom Kulaga:
>> I'm using 3.5.2 for a qt based project and I've updated to 3.6 and the RCC 
>> feature
>> seems to fail. Here's a summary
>> When I swtiched to 3.6, the compiler can no longer link to the generated rcc 
>> files.
> 
> Same thing on my side. I call in my code functions defined in generated .cpp 
> from moc/rcc.
> Functions name are based on file path used during .cpp generation.
> And this path change from cmake 3.5 to 3.6.

The location likely changed in the topic by Sebastian Holtermann merged here:

 Merge topic 'autogen-updates'
 https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=76e793b9

The goal is to support same-named files in different subdirectories.
See this issue:

 https://gitlab.kitware.com/cmake/cmake/issues/12873
 https://cmake.org/Bug/view.php?id=12873

and discussion on the dev list here:

 http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/16229

I'm not particularly familiar with rcc/AUTORCC/etc. but it is not clear
why the path to the generated file matters.  CMake generates a file and
adds the proper references to it.  Its location is an implementation
detail.  I don't think our documentation ever guaranteed a specific
location.

Please post a more complete code example that shows the failure case.

Thanks,
-Brad

-- 

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


Re: [cmake-developers] [PATCH v4 4/4] For Windows encode process output to internally used encoding

2016-07-18 Thread Brad King
On 07/07/2016 05:54 PM, Dāvis Mosāns wrote:
> Typically Windows applications (eg. MSVC compiler) use current console's
> codepage for output to pipes so we need to encode that to internally used
> encoding (KWSYS_ENCODING_DEFAULT_CODEPAGE).
[snip]
>while ((p = cmsysProcess_WaitForData(cp, , , CM_NULLPTR), p)) {
> +cmsysProcess_DecodeTextOutput(cp, , );
[snip]
>while ((p = cmsysProcess_WaitForData(cp, , , CM_NULLPTR), p)) {
> +cmsysProcess_DecodeTextOutput(cp, , );

Unfortunately I don't think that pattern will work reliably because
a multi-byte character could be split across a buffering boundary
and therefore not decoded correctly.  We may need the consuming
contexts to collect the whole output before converting.

Also, I'd like to avoid modifying KWSys Process for this if possible
because it may be replaced by libuv so we need the conversion code
to be in CMake proper.

Thanks,
-Brad

-- 

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] [PATCH v4 3/4] Use SystemTools::GetEnv and HasEnv functions

2016-07-18 Thread Brad King
On 07/07/2016 05:54 PM, Dāvis Mosāns wrote:
>  Source/CPack/cmCPackGenerator.cxx   |  8 +++---
>  Source/CTest/cmCTestCoverageHandler.cxx | 12 -
>  Source/CTest/cmCTestCurl.cxx| 27 ++--
>  Source/CTest/cmCTestMultiProcessHandler.cxx |  8 +++---
>  Source/cmBuildCommand.cxx   | 25 +--
>  Source/cmCLocaleEnvironmentScope.cxx|  5 ++--
>  Source/cmCTest.cxx  | 11 +
>  Source/cmCommandArgumentParserHelper.cxx|  8 +++---
>  Source/cmConditionEvaluator.cxx |  2 +-
>  Source/cmExportCommand.cxx  |  5 ++--
>  Source/cmExtraEclipseCDT4Generator.cxx  |  9 ---
>  Source/cmFileCommand.cxx| 11 +
>  Source/cmFindPackageCommand.cxx |  4 +--
>  Source/cmGlobalVisualStudio7Generator.cxx   |  6 ++---
>  Source/cmMakefile.cxx   |  5 +++-
>  Source/cmNinjaTargetGenerator.cxx   |  2 +-
>  Source/cmQtAutoGenerators.cxx   |  2 +-
>  Source/cmSetCommand.cxx |  7 +++---
>  Source/cmState.cxx  |  5 ++--
>  Source/cmSystemTools.cxx|  6 ++---
>  Source/cmTimestamp.cxx  |  7 +++---
>  Source/cmUtils.hxx  | 26 
>  Source/cmake.cxx| 21 +---
>  Source/cmcmd.cxx| 16 +---

Applied:

 Use better KWSys SystemTools::GetEnv and HasEnv signatures
 https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b1f87a50

>  Source/kwsys/SystemInformation.cxx  | 20 +++

I dropped this one because it introduces a dependency
SystemInformation => SystemTools that was not there before
and I don't think we need this for the environment variables
it uses.

>  Source/kwsys/SystemTools.cxx| 38 
> +++--
>  Source/kwsys/testSystemTools.cxx|  9 ---

Applied to upstream KWSys first:

 http://review.source.kitware.com/21340

Thanks,
-Brad

-- 

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-commits] CMake branch, next, updated. v3.6.0-895-gcc5a78a

2016-07-18 Thread Brad King
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, next has been updated
   via  cc5a78ab201574ac6557f2973f279fbe0dc93397 (commit)
   via  b1f87a50b3aee129d420b8d789ebec55068e4ec5 (commit)
  from  75164f2a170ebf250e3012c2a764902f5c78bb32 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=cc5a78ab201574ac6557f2973f279fbe0dc93397
commit cc5a78ab201574ac6557f2973f279fbe0dc93397
Merge: 75164f2 b1f87a5
Author: Brad King 
AuthorDate: Mon Jul 18 09:59:22 2016 -0400
Commit: CMake Topic Stage 
CommitDate: Mon Jul 18 09:59:22 2016 -0400

Merge topic 'use-better-KWSys-GetEnv' into next

b1f87a50 Use better KWSys SystemTools::GetEnv and HasEnv signatures


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b1f87a50b3aee129d420b8d789ebec55068e4ec5
commit b1f87a50b3aee129d420b8d789ebec55068e4ec5
Author: Dāvis Mosāns 
AuthorDate: Fri Jul 8 00:54:05 2016 +0300
Commit: Brad King 
CommitDate: Mon Jul 18 09:51:01 2016 -0400

Use better KWSys SystemTools::GetEnv and HasEnv signatures

diff --git a/Source/CPack/cmCPackGenerator.cxx 
b/Source/CPack/cmCPackGenerator.cxx
index df8bb0f..76609e1 100644
--- a/Source/CPack/cmCPackGenerator.cxx
+++ b/Source/CPack/cmCPackGenerator.cxx
@@ -1074,11 +1074,11 @@ const char* cmCPackGenerator::GetInstallPath()
 return this->InstallPath.c_str();
   }
 #if defined(_WIN32) && !defined(__CYGWIN__)
-  const char* prgfiles = cmsys::SystemTools::GetEnv("ProgramFiles");
-  const char* sysDrive = cmsys::SystemTools::GetEnv("SystemDrive");
-  if (prgfiles) {
+  std::string prgfiles;
+  std::string sysDrive;
+  if (cmsys::SystemTools::GetEnv("ProgramFiles", prgfiles)) {
 this->InstallPath = prgfiles;
-  } else if (sysDrive) {
+  } else if (cmsys::SystemTools::GetEnv("SystemDrive", sysDrive)) {
 this->InstallPath = sysDrive;
 this->InstallPath += "/Program Files";
   } else {
diff --git a/Source/CTest/cmCTestCoverageHandler.cxx 
b/Source/CTest/cmCTestCoverageHandler.cxx
index 7102533..3f37f2a 100644
--- a/Source/CTest/cmCTestCoverageHandler.cxx
+++ b/Source/CTest/cmCTestCoverageHandler.cxx
@@ -727,10 +727,8 @@ int cmCTestCoverageHandler::HandleCoberturaCoverage(
   // if it doesn't exist or is empty, assume the
   // binary directory is used.
   std::string coverageXMLFile;
-  const char* covDir = cmSystemTools::GetEnv("COBERTURADIR");
-  if (covDir && strlen(covDir) != 0) {
-coverageXMLFile = std::string(covDir);
-  } else {
+  if (!cmSystemTools::GetEnv("COBERTURADIR", coverageXMLFile) ||
+  coverageXMLFile.empty()) {
 coverageXMLFile = this->CTest->GetBinaryDir();
   }
   // build the find file string with the directory from above
@@ -791,7 +789,8 @@ struct cmCTestCoverageHandlerLocale
 {
   cmCTestCoverageHandlerLocale()
   {
-if (const char* l = cmSystemTools::GetEnv("LC_ALL")) {
+std::string l;
+if (cmSystemTools::GetEnv("LC_ALL", l)) {
   lc_all = l;
 }
 if (lc_all != "C") {
@@ -2121,8 +2120,8 @@ int cmCTestCoverageHandler::RunBullseyeSourceSummary(
 int cmCTestCoverageHandler::HandleBullseyeCoverage(
   cmCTestCoverageHandlerContainer* cont)
 {
-  const char* covfile = cmSystemTools::GetEnv("COVFILE");
-  if (!covfile || strlen(covfile) == 0) {
+  std::string covfile;
+  if (!cmSystemTools::GetEnv("COVFILE", covfile) || covfile.empty()) {
 cmCTestOptionalLog(this->CTest, HANDLER_VERBOSE_OUTPUT,
" COVFILE environment variable not found, not running "
" bullseye\n",
diff --git a/Source/CTest/cmCTestCurl.cxx b/Source/CTest/cmCTestCurl.cxx
index 6b8e5b5..b335e32 100644
--- a/Source/CTest/cmCTestCurl.cxx
+++ b/Source/CTest/cmCTestCurl.cxx
@@ -219,16 +219,18 @@ bool cmCTestCurl::HttpRequest(std::string const& url,
 
 void cmCTestCurl::SetProxyType()
 {
-  if (cmSystemTools::GetEnv("HTTP_PROXY")) {
-this->HTTPProxy = cmSystemTools::GetEnv("HTTP_PROXY");
-if (cmSystemTools::GetEnv("HTTP_PROXY_PORT")) {
+  this->HTTPProxy = "";
+  // this is the default
+  this->HTTPProxyType = CURLPROXY_HTTP;
+  this->HTTPProxyAuth = "";
+  if (cmSystemTools::GetEnv("HTTP_PROXY", this->HTTPProxy)) {
+std::string port;
+if (cmSystemTools::GetEnv("HTTP_PROXY_PORT", port)) {
   this->HTTPProxy += ":";
-  this->HTTPProxy += cmSystemTools::GetEnv("HTTP_PROXY_PORT");
+  this->HTTPProxy += port;
 }
-if (cmSystemTools::GetEnv("HTTP_PROXY_TYPE")) {
-  // this is the default
-  this->HTTPProxyType = CURLPROXY_HTTP;
-  std::string type = cmSystemTools::GetEnv("HTTP_PROXY_TYPE");
+

Re: [cmake-developers] [PATCH v4 fixed 1/4] On Windows use correct encoding for SystemTools::GetEnv

2016-07-18 Thread Brad King
On 07/08/2016 09:26 AM, Dāvis Mosāns wrote:
>> Once integrated there I can update it in CMake and then move
>> on to more of your patches.
> 
> Great! Thanks!

This is now in KWSys `master`.  I've updated CMake's KWSys:

 Merge branch 'upstream-KWSys' into update-kwsys
 https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=03407040

I'll reply to your other patch messages as appropriate.

Thanks,
-Brad

-- 

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-commits] CMake branch, next, updated. v3.6.0-893-g75164f2

2016-07-18 Thread Brad King
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, next has been updated
   via  75164f2a170ebf250e3012c2a764902f5c78bb32 (commit)
   via  03407040d4d7d89fbb45e941a9dfb4257003a8a8 (commit)
   via  bbb3216a2cac24ea18731141a3eadc62e11320d2 (commit)
  from  9f21d80c9be659c39a49d13de5c00e3a0a43167a (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=75164f2a170ebf250e3012c2a764902f5c78bb32
commit 75164f2a170ebf250e3012c2a764902f5c78bb32
Merge: 9f21d80 0340704
Author: Brad King 
AuthorDate: Mon Jul 18 09:31:33 2016 -0400
Commit: CMake Topic Stage 
CommitDate: Mon Jul 18 09:31:33 2016 -0400

Merge topic 'update-kwsys' into next

03407040 Merge branch 'upstream-KWSys' into update-kwsys
bbb3216a KWSys 2016-07-15 (f396bf43)


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=03407040d4d7d89fbb45e941a9dfb4257003a8a8
commit 03407040d4d7d89fbb45e941a9dfb4257003a8a8
Merge: 4bb3c41 bbb3216
Author: Brad King 
AuthorDate: Mon Jul 18 09:28:42 2016 -0400
Commit: Brad King 
CommitDate: Mon Jul 18 09:28:42 2016 -0400

Merge branch 'upstream-KWSys' into update-kwsys

* upstream-KWSys:
  KWSys 2016-07-15 (f396bf43)


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=bbb3216a2cac24ea18731141a3eadc62e11320d2
commit bbb3216a2cac24ea18731141a3eadc62e11320d2
Author: KWSys Upstream 
AuthorDate: Fri Jul 15 08:40:41 2016 -0400
Commit: Brad King 
CommitDate: Mon Jul 18 09:28:39 2016 -0400

KWSys 2016-07-15 (f396bf43)

Code extracted from:

http://public.kitware.com/KWSys.git

at commit f396bf43fc8a3e475e703acb99d629d123dbd003 (master).

Upstream Shortlog
-

Brad King (2):
  e43689db SystemTools: Factor out environment storage class
  2aa7dd82 SystemTools: Do not free buffer passed to putenv("A=") on 
Windows

Dāvis Mosāns (4):
  19c31914 SystemTools: Abstract environment storage character type
  61301786 SystemTools: Tweak GetEnv/PutEnv implementation layout
  85920d53 SystemTools: Teach GetEnv/PutEnv to use correct encoding on 
Windows
  f396bf43 SystemTools: Add HasEnv function

diff --git a/SystemTools.cxx b/SystemTools.cxx
index c6e668d..f8ea884 100644
--- a/SystemTools.cxx
+++ b/SystemTools.cxx
@@ -388,6 +388,72 @@ class SystemToolsTranslationMap :
 {
 };
 
+/* Type of character storing the environment.  */
+#if defined(_WIN32)
+typedef wchar_t envchar;
+#else
+typedef char envchar;
+#endif
+
+/* Order by environment key only (VAR from VAR=VALUE).  */
+struct kwsysEnvCompare
+{
+  bool operator() (const envchar* l, const envchar* r) const
+{
+#if defined(_WIN32)
+const wchar_t* leq = wcschr(l, L'=');
+const wchar_t* req = wcschr(r, L'=');
+size_t llen = leq? (leq-l) : wcslen(l);
+size_t rlen = req? (req-r) : wcslen(r);
+if(llen == rlen)
+  {
+  return wcsncmp(l,r,llen) < 0;
+  }
+else
+  {
+  return wcscmp(l,r) < 0;
+  }
+#else
+const char* leq = strchr(l, '=');
+const char* req = strchr(r, '=');
+size_t llen = leq? (leq-l) : strlen(l);
+size_t rlen = req? (req-r) : strlen(r);
+if(llen == rlen)
+  {
+  return strncmp(l,r,llen) < 0;
+  }
+else
+  {
+  return strcmp(l,r) < 0;
+  }
+#endif
+}
+};
+
+class kwsysEnvSet: public std::set
+{
+public:
+  class Free
+  {
+const envchar* Env;
+  public:
+Free(const envchar* env): Env(env) {}
+~Free() { free(const_cast(this->Env)); }
+  };
+
+  const envchar* Release(const envchar* env)
+{
+const envchar* old = 0;
+iterator i = this->find(env);
+if(i != this->end())
+  {
+  old = *i;
+  this->erase(i);
+  }
+return old;
+}
+};
+
 #ifdef _WIN32
 struct SystemToolsPathCaseCmp
 {
@@ -406,6 +472,9 @@ struct SystemToolsPathCaseCmp
 class SystemToolsPathCaseMap:
   public std::map {};
+
+class SystemToolsEnvMap :
+public std::map {};
 #endif
 
 // adds the elements of the env variable path to the arg passed in
@@ -458,7 +527,19 @@ void SystemTools::GetPath(std::vector& path, 
const char* env)
 
 const char* SystemTools::GetEnv(const char* key)
 {
-  return getenv(key);
+  const char *v = 0;
+#if defined(_WIN32)
+  std::string env;
+  if (SystemTools::GetEnv(key, env))
+{
+std::string& menv = (*SystemTools::EnvMap)[key];
+menv = env;
+  

Re: [CMake] set file property from function

2016-07-18 Thread Robert Maynard
Hi Tiago,

It is working for me. Here is a small gist that I used to test this:
https://gist.github.com/robertmaynard/e788f040564fe4455a37d784476f7081

On Mon, Jul 18, 2016 at 3:21 AM, Tiago Macarios  wrote:
> Hi,
>
> Is there a way to set a property of a file/source from a function?
>
> Below seems to work file outside of a function, but seems not to work inside
> one.
>
> set_property(
> SOURCE ${AFILE}
> APPEND PROPERTY COMPILE_FLAGS "/wd4068"
> )
>
> Do I need to CACHE it? or is it a scope problem?
>
> Thanks,
>
> Mac
>
>
> --
>
> 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
-- 

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


Re: [cmake-developers] [PATCH] Discussion needed: FindBISON: refine VERBOSE feature of BISON_TARGET

2016-07-18 Thread Brad King
On 07/15/2016 02:14 PM, Eon Jeong wrote:
> I wrote new patches for each of: changing usage of VERBOSE, new option
> REPORT_FILE, and refactoring all of them.

Thanks, applied:

 FindBISON: Change usage of [VERBOSE ] to [VERBOSE []]
 https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ad2497aa

 FindBISON: Add REPORT_FILE option to pass --report-file=FILE
 https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c42e63a9

 FindBISON: Refactor public and inner macro routines
 https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ab8d5d0f

-Brad

-- 

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-commits] CMake branch, next, updated. v3.6.0-890-g9f21d80

2016-07-18 Thread Brad King
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, next has been updated
   via  9f21d80c9be659c39a49d13de5c00e3a0a43167a (commit)
   via  33b562aa728e081513ea029fccdedbe6e5ec596c (commit)
  from  e9aeb8a4f8358253bce52f0aee64ccac792d5c58 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=9f21d80c9be659c39a49d13de5c00e3a0a43167a
commit 9f21d80c9be659c39a49d13de5c00e3a0a43167a
Merge: e9aeb8a 33b562a
Author: Brad King 
AuthorDate: Mon Jul 18 09:13:09 2016 -0400
Commit: CMake Topic Stage 
CommitDate: Mon Jul 18 09:13:09 2016 -0400

Merge topic 'FindBISON-report-file' into next

33b562aa Help: Add notes for topic 'FindBISON-report-file'


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=33b562aa728e081513ea029fccdedbe6e5ec596c
commit 33b562aa728e081513ea029fccdedbe6e5ec596c
Author: Brad King 
AuthorDate: Mon Jul 18 09:11:25 2016 -0400
Commit: Brad King 
CommitDate: Mon Jul 18 09:11:25 2016 -0400

Help: Add notes for topic 'FindBISON-report-file'

diff --git a/Help/release/dev/FindBISON-report-file.rst 
b/Help/release/dev/FindBISON-report-file.rst
new file mode 100644
index 000..0b59128
--- /dev/null
+++ b/Help/release/dev/FindBISON-report-file.rst
@@ -0,0 +1,5 @@
+FindBISON-report-file
+-
+
+* The :module:`FindBISON` module ``BISON_TARGET`` macro learned a new
+  ``REPORT_FILE`` option to specify the bison ``--report-file=`` option.

---

Summary of changes:
 Help/release/dev/FindBISON-report-file.rst |5 +
 1 file changed, 5 insertions(+)
 create mode 100644 Help/release/dev/FindBISON-report-file.rst


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, release, updated. v3.6.0-12-gace12c9

2016-07-18 Thread Brad King
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, release has been updated
   via  ace12c9c158eb2bb649daed699a6d38b7aa2ca6e (commit)
   via  86dd2427bcb7cd1d912fc802f70b15556e776d62 (commit)
   via  8ab1989e934a1edca2ca5adf3453603838ef5ead (commit)
   via  36fc3a53728e1a6774cdd6dee57fac063ff32b9c (commit)
  from  9c9ac043b43caf116ab2ebd2d9b4c711cdb716ca (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
---

Summary of changes:
 Source/cmNinjaNormalTargetGenerator.cxx|2 +-
 Source/cmVisualStudio10TargetGenerator.cxx |3 ++-
 2 files changed, 3 insertions(+), 2 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, next, updated. v3.6.0-884-ga2cf135

2016-07-18 Thread Brad King
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, next has been updated
   via  a2cf135c9bf7d10e941c96ada22414a9b76a3e92 (commit)
   via  4bb3c4102fa40d802ab0b0d0500afe5c9887038f (commit)
   via  ace12c9c158eb2bb649daed699a6d38b7aa2ca6e (commit)
   via  8ab1989e934a1edca2ca5adf3453603838ef5ead (commit)
  from  c25f7fc8bcec7cca6804f47b7a48ea66fa802597 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a2cf135c9bf7d10e941c96ada22414a9b76a3e92
commit a2cf135c9bf7d10e941c96ada22414a9b76a3e92
Merge: c25f7fc 4bb3c41
Author: Brad King 
AuthorDate: Mon Jul 18 08:58:43 2016 -0400
Commit: Brad King 
CommitDate: Mon Jul 18 08:58:43 2016 -0400

Merge branch 'master' into next


---

Summary of changes:


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v3.6.0-434-g4bb3c41

2016-07-18 Thread Brad King
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  4bb3c4102fa40d802ab0b0d0500afe5c9887038f (commit)
   via  ace12c9c158eb2bb649daed699a6d38b7aa2ca6e (commit)
   via  8ab1989e934a1edca2ca5adf3453603838ef5ead (commit)
  from  8a5472bd2fc043b3b0f68b080a86e0ed330d4638 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
---

Summary of changes:


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v3.6.0-431-g8a5472b

2016-07-18 Thread Brad King
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  8a5472bd2fc043b3b0f68b080a86e0ed330d4638 (commit)
   via  a6290cffaec49fc06875d6f0379af7d712b90bb3 (commit)
  from  d0be6582057c71f1aaf4d313d4446ae29f56add3 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=8a5472bd2fc043b3b0f68b080a86e0ed330d4638
commit 8a5472bd2fc043b3b0f68b080a86e0ed330d4638
Merge: d0be658 a6290cf
Author: Brad King 
AuthorDate: Mon Jul 18 08:57:33 2016 -0400
Commit: CMake Topic Stage 
CommitDate: Mon Jul 18 08:57:33 2016 -0400

Merge topic 'vs-natvis'

a6290cff VS: Add support for NATVIS files


---

Summary of changes:
 Help/release/dev/vs-natvis.rst |5 +
 Source/cmVisualStudio10TargetGenerator.cxx |2 ++
 2 files changed, 7 insertions(+)
 create mode 100644 Help/release/dev/vs-natvis.rst


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, next, updated. v3.6.0-880-gc25f7fc

2016-07-18 Thread Brad King
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, next has been updated
   via  c25f7fc8bcec7cca6804f47b7a48ea66fa802597 (commit)
   via  8a5472bd2fc043b3b0f68b080a86e0ed330d4638 (commit)
   via  d0be6582057c71f1aaf4d313d4446ae29f56add3 (commit)
   via  b224f431206339bd8cbff22b6948f30c28c87406 (commit)
   via  b475599d587f9250d5062798832d1624ddde1805 (commit)
   via  d290751d0e483c2e6d952925f73860033f36905d (commit)
   via  3cf455ba3d75d03121eb5736cf1f5aa8203c2da8 (commit)
   via  564234912935ddb57c8553b7c9c97e8745a09ede (commit)
  from  d0a5f2376f221009da1de5b38f997fb04f1a2e0f (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c25f7fc8bcec7cca6804f47b7a48ea66fa802597
commit c25f7fc8bcec7cca6804f47b7a48ea66fa802597
Merge: d0a5f23 8a5472b
Author: Brad King 
AuthorDate: Mon Jul 18 08:57:46 2016 -0400
Commit: Brad King 
CommitDate: Mon Jul 18 08:57:46 2016 -0400

Merge branch 'master' into next


---

Summary of changes:
 Source/CMakeVersion.cmake |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v3.6.0-429-gd0be658

2016-07-18 Thread Brad King
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  d0be6582057c71f1aaf4d313d4446ae29f56add3 (commit)
   via  86dd2427bcb7cd1d912fc802f70b15556e776d62 (commit)
  from  b224f431206339bd8cbff22b6948f30c28c87406 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=d0be6582057c71f1aaf4d313d4446ae29f56add3
commit d0be6582057c71f1aaf4d313d4446ae29f56add3
Merge: b224f43 86dd242
Author: Brad King 
AuthorDate: Mon Jul 18 08:57:30 2016 -0400
Commit: CMake Topic Stage 
CommitDate: Mon Jul 18 08:57:30 2016 -0400

Merge topic 'ninja-no-accidental-rsp'

86dd2427 Ninja: Do not force response files when no sysconf(3) limit is used


---

Summary of changes:
 Source/cmNinjaNormalTargetGenerator.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v3.6.0-425-gb475599

2016-07-18 Thread Brad King
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  b475599d587f9250d5062798832d1624ddde1805 (commit)
   via  0a6c227d6412b01cf2ca45cd21b90384e7fe99c3 (commit)
  from  d290751d0e483c2e6d952925f73860033f36905d (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b475599d587f9250d5062798832d1624ddde1805
commit b475599d587f9250d5062798832d1624ddde1805
Merge: d290751 0a6c227
Author: Brad King 
AuthorDate: Mon Jul 18 08:57:23 2016 -0400
Commit: CMake Topic Stage 
CommitDate: Mon Jul 18 08:57:23 2016 -0400

Merge topic 'FindGIF-version'

0a6c227d FindGIF: Detect version from GIF 4.1.6 and above


---

Summary of changes:
 Modules/FindGIF.cmake |   46 +++---
 1 file changed, 35 insertions(+), 11 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v3.6.0-427-gb224f43

2016-07-18 Thread Brad King
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  b224f431206339bd8cbff22b6948f30c28c87406 (commit)
   via  5ec17e610609b8ca80cf8ce4f33f8c03ea48a090 (commit)
  from  b475599d587f9250d5062798832d1624ddde1805 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b224f431206339bd8cbff22b6948f30c28c87406
commit b224f431206339bd8cbff22b6948f30c28c87406
Merge: b475599 5ec17e6
Author: Brad King 
AuthorDate: Mon Jul 18 08:57:26 2016 -0400
Commit: CMake Topic Stage 
CommitDate: Mon Jul 18 08:57:26 2016 -0400

Merge topic 'ninja-portable-arg-max'

5ec17e61 Ninja: Generalize check for sysconf(3) call


---

Summary of changes:
 Source/cmNinjaNormalTargetGenerator.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits


Re: [cmake-developers] Question over language bindings / daemon

2016-07-18 Thread Tobias Hunger
Hi Rick,

On Mo, 2016-07-18 at 00:59 +0100, RW via cmake-developers wrote:
> Question 1
> Will the new daemon mode if it's included have all the commands associated
> with a CMakeFile?
> (In other-words could I write a python library that could just pipe
> commands into it, instead of generating a separate CMakeFile)

It's server mode now:-)

No, daemon mode will provide commands to query the build graph etc., but it will
not be usable to feed CMakeLists.txt-commands to cmake one by one.

> Question 2
> I had a look at the way the functions are written within the code
> while I could extract a list of them using something like CppSharp (for
> example to extract a list of everything that inherits from cmCommand)
> There doesn't seem to be any metadata that describes arguments that are
> passed into a given function. (only that each function takes a vector of
> strings).
> Do you know if there's any xml or associated metadata (perhaps used to
> generate the docs) for which arguments are associated with a given function?

This in turn is in scope for server mode (not at the start, but later): That
information is a by-product of the idea of server mode helping IDEs with code-
completion of CMakeLists.txt files.

Best Regards,
Tobias

-- 
Tobias Hunger, Senior Software Engineer | The Qt Company
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Mika Harjuaho. Sitz der
Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 144331 B
-- 

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] cmake and openmp

2016-07-18 Thread Luis Kornblueh
Hi everybody,

I do have a problem with OpenMP and cmake.

We have a code in Fortran, which uses different modules dependent if our
code gets compiled with or without OpenMP.

The flags used by the respective compiler to switch on OpenMP are
detected properly by the cmake find...().

But the dependency scanner does not know about and I did not found a way
to tell it to use the preprocessor variable _OPENMP, which is defined by
the compiler, if OpenMP is enabled.

If I set _OPENMP myself with add_definitions(), the dependency scanning
works as expected, but the compiler is complaining on a redefined macro,
the one from cmake and the other one from the compiler. Furthermore the
compiler one may contain information I don't know about and are getting
hidden by my redefinition ...

So, how can I define a macro for the dependency scanner only?

Cheerio,
Luis

-- 
 \\
 (-0^0-)
--oOO--(_)--OOo-

 Luis Kornblueh   Tel. : +49-40-41173289
 Max-Planck-Institute for Meteorology Fax. : +49-40-41173298
 Bundesstr. 53
 D-20146 Hamburg Email: luis.kornbl...@mpimet.mpg.de
 Federal Republic of Germany
-- 

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


[CMake] set file property from function

2016-07-18 Thread Tiago Macarios
Hi,

Is there a way to set a property of a file/source from a function?

Below seems to work file outside of a function, but seems not to work
inside one.

set_property(
SOURCE ${AFILE}
APPEND PROPERTY COMPILE_FLAGS "/wd4068"
)

Do I need to CACHE it? or is it a scope problem?

Thanks,

Mac
-- 

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

Re: [CMake] Using CMake on CLion and adding geoip library

2016-07-18 Thread Hgfjj Hhjgf
thanks for your time :)
I managed to solve the problem. Thanks for your reply again.

On Sat, Jun 25, 2016 at 5:50 PM, Jakob van Bethlehem <
jsvanbethle...@gmail.com> wrote:

> Hej,
>
> According to
> https://cmake.org/cmake/help/v3.4/module/CheckIncludeFile.html the
> ‘check_include_file’ is a function provided by a module. So you’ll need to
> include(CheckIncludeFile) at the beginning of your lists-file
>
> Sincerely,
> Jakob
>
> On 25 Jun 2016, at 08:09, Hgfjj Hhjgf  wrote:
>
> I am trying to use an external library (GeoIP). CMake list contains:
>
> message(STATUS "Looking for MaxMind GeoIP header files")
>
> set(CMAKE_INCLUDE_PATH "${CMAKE_INCLUDE_PATH} ${GEOIP_INCLUDE_DIR}")
> check_include_file("GeoIP.h" HAVE_GEOIP_H)
> check_include_file("GeoIPCity.h" HAVE_GEOIPCITY_H)
> if (HAVE_GEOIP_H AND HAVE_GEOIPCITY_H)
> message(STATUS "Looking for MaxMind GeoIP header files - found")
> else(HAVE_GEOIP_H AND HAVE_GEOIPCITY_H)
> message(FATAL_ERROR "Could not find one or more MaxMind GeoIP header 
> files. If the MaxMind GeoIP library is installed, you can run CMake again and 
> specify its location with -DGEOIP_INCLUDE_DIR=")
> endif(HAVE_GEOIP_H AND HAVE_GEOIPCITY_H)
>
> message(STATUS "Looking for MaxMind GeoIP libraries")
> find_library(GEOIP_LIB
> NAMES GeoIP geoip
> PATHS ${GEOIP_LIBRARY_DIR}
> )
> if (GEOIP_LIB)
> message(STATUS "Looking for MaxMind GeoIP libraries - found")
> set(GEOIP_LIBRARIES ${GEOIP_LIB})
> else(GEOIP_LIB)
> message(FATAL_ERROR "Could not find MaxMind GeoIP library")
> endif(GEOIP_LIB)
>
> but getting error like "Unknown cmake command: check_include_file"
> what's the problem here then?
>
> --
>
> 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
>
>
>
> --
>
> 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
>
-- 

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