[cmake-developers] Qt4 external binary resources

2016-02-22 Thread Joshua Collins
Hi,

I have an issue with using Qt 4 compiled resources on MSVC 2015 due to the
"compiler running out of heap space". I have decided to instead use
external binary resources on Windows builds as this seems to be the
simplest fix.

I am able to generate a binary resource with the following commands:

QT4_ADD_RESOURCES(RCC "main.qrc" OPTIONS "-binary")
ADD_EXECUTABLE(target source ${RCC})

The problem is that the QT4_ADD_RESOURCES will *always* create a cxx file.
This means that the add_executable command will attempt to compile the
binary source file.

The behaviour I would like to see would be to name the file "qrc_main.rcc"
if we are producing binary resources. As this is not a C++ file extension,
add_executable will not try to compile this generated file.

I am making the assumption that it is required to add RCC to the executable
to force it to be generated automatically. If there is a simple solution to
my setup that I have overlooked, please let me know.

I have thought of 2 ways to fix the issue and wanted to post this to the
mailing list for feedback before submitting a patch:
1. We can allow the user to pass a TARGET parameter to the macro. Currently
the  rcc_target parameter of the macro is unused. This would be used to
generate a user specified filename, which in this case could be
"myfile.rcc". The issue with this approach is that "-name ${outfilename} "
is passed to rcc and I am unsure of the implications of this parameter. A
generic target name may not fit the inherent naming convention in the
current implementation.
2. We can scan for the "-binary" option and automatically change the file
extension to rcc in this case. My concern here is that it is a bit "magic".

I would appreciate feedback on these approaches, or suggestions for easier
ways to solve the problem.

Best Regards,
Josh
-- 

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] [Qt-creator] CMake daemon for user tools

2016-02-22 Thread Tobias Hunger
Am 22.02.2016 23:14 schrieb "Stephen Kelly" :
> If anyone can get me a working java environment and a way to
asynchronously
> write stdin/stdout on long-running processes, I can write a plugin for
> eclipse which would be independent of cevelop afaict.
>
> Do you know enough java to help get started on that?

Can we please focus on getting this ready for inclusion into CMake first?
And fill in the missing pieces while doing that (e.g. find compile flags)?

It has so much potential, but right now it can not provide all the
information needed to feed a serious C++ code model! IMHO that needs to be
fixed first, before running of and plastering the world with more demos.
The ones you have are impressive enough already, now we need something that
is actually useful for real use.

Best Regards,
Tobias
-- 

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] [Qt-creator] CMake daemon for user tools

2016-02-22 Thread Stephen Kelly
Alexander Neundorf wrote:

> On Monday, February 22, 2016 22:30:42 Stephen Kelly wrote:
>> Jean-Michaël Celerier wrote:
>> > There is also https://www.cevelop.com/ which is an Eclipse derivative,
>> > they may be interested ?
>> 
>> I went all hipster reach-out.io and tweeted at them. :)
> 
> looks like that's an FP7-project, so I wouldn't be too sure about its
> future once the project funding ends...

If anyone can get me a working java environment and a way to asynchronously 
write stdin/stdout on long-running processes, I can write a plugin for 
eclipse which would be independent of cevelop afaict.

Do you know enough java to help get started on that?

Thanks,

Steve


-- 

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] [Qt-creator] CMake daemon for user tools

2016-02-22 Thread Alexander Neundorf
On Monday, February 22, 2016 22:30:42 Stephen Kelly wrote:
> Jean-Michaël Celerier wrote:
> > There is also https://www.cevelop.com/ which is an Eclipse derivative,
> > they may be interested ?
> 
> I went all hipster reach-out.io and tweeted at them. :)

looks like that's an FP7-project, so I wouldn't be too sure about its future 
once the project funding ends...

Alex


-- 

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] [Qt-creator] CMake daemon for user tools

2016-02-22 Thread Stephen Kelly
Jean-Michaël Celerier wrote:

> There is also https://www.cevelop.com/ which is an Eclipse derivative,
> they may be interested ?

I went all hipster reach-out.io and tweeted at them. :)

-- 

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] Add target property VS_CONFIGURATION_TYPE to Visual Studio 10 target generator

2016-02-22 Thread Fabian . Otto
Hi all,

I implemented a small extension to the Visual Studio 10 target generator 
that I would like to share.

The patch adds the target property VS_CONFIGURATION_TYPE. It allows to set 
an arbitrary value to the "ConfigurationType" property in the generated 
Visual Studio project file. By default, the generator fills in 
"DynamicLibrary", "StaticLibrary", "Application" or "Utility", depending 
on the target type.

This is useful if you want to build a Windows Kernel Mode Driver. The 
Visual Studio property sheets that are part of the Windows Driver Kit 
8/8.1/10 expect the value "Driver" in the "ConfigurationType" property. So 
by setting VS_CONFIGURATION_TYPE to "Driver", the generator fills that in 
instead of e.g. "DynamicLibrary".

Please let me know if this change is acceptable.

Best regards
Fabian

---
 Help/manual/cmake-properties.7.rst |  1 +
 Help/prop_tgt/VS_CONFIGURATION_TYPE.rst| 10 
 Source/cmVisualStudio10TargetGenerator.cxx | 79 
+-
 3 files changed, 55 insertions(+), 35 deletions(-)
 create mode 100644 Help/prop_tgt/VS_CONFIGURATION_TYPE.rst

diff --git a/Help/manual/cmake-properties.7.rst 
b/Help/manual/cmake-properties.7.rst
index a41d484..d6618fe 100644
--- a/Help/manual/cmake-properties.7.rst
+++ b/Help/manual/cmake-properties.7.rst
@@ -255,6 +255,7 @@ Properties on Targets
/prop_tgt/TYPE
/prop_tgt/VERSION
/prop_tgt/VISIBILITY_INLINES_HIDDEN
+   /prop_tgt/VS_CONFIGURATION_TYPE
/prop_tgt/VS_DESKTOP_EXTENSIONS_VERSION
/prop_tgt/VS_DOTNET_REFERENCES
/prop_tgt/VS_DOTNET_TARGET_FRAMEWORK_VERSION
diff --git a/Help/prop_tgt/VS_CONFIGURATION_TYPE.rst 
b/Help/prop_tgt/VS_CONFIGURATION_TYPE.rst
new file mode 100644
index 000..3aa87f1
--- /dev/null
+++ b/Help/prop_tgt/VS_CONFIGURATION_TYPE.rst
@@ -0,0 +1,10 @@
+VS_CONFIGURATION_TYPE
+-
+
+Visual Studio project configuration type.
+
+Sets the "ConfigurationType" attribute for a generated Visual Studio 
project. 
+If this property is set, it overrides the default setting that is based 
on 
+the target type (e.g. "StaticLibrary", "Application", ...).
+
+Supported on Visual Studio 2010 and higher.
diff --git a/Source/cmVisualStudio10TargetGenerator.cxx 
b/Source/cmVisualStudio10TargetGenerator.cxx
index 09d4a90..796ad19 100644
--- a/Source/cmVisualStudio10TargetGenerator.cxx
+++ b/Source/cmVisualStudio10TargetGenerator.cxx
@@ -696,43 +696,52 @@ void 
cmVisualStudio10TargetGenerator::WriteProjectConfigurationValues()
  i->c_str(),
  1, " Label=\"Configuration\"", "\n");
 std::string configType = "";
-switch(this->GeneratorTarget->GetType())
-  {
-  case cmState::SHARED_LIBRARY:
-  case cmState::MODULE_LIBRARY:
-configType += "DynamicLibrary";
-break;
-  case cmState::OBJECT_LIBRARY:
-  case cmState::STATIC_LIBRARY:
-configType += "StaticLibrary";
-break;
-  case cmState::EXECUTABLE:
-if(this->NsightTegra &&
-   !this->GeneratorTarget->GetPropertyAsBool("ANDROID_GUI"))
-  {
-  // Android executables are .so too.
+const char* vsConfigurationType =
+  this->GeneratorTarget->GetProperty("VS_CONFIGURATION_TYPE");
+if(vsConfigurationType)
+  {
+  configType += cmVS10EscapeXML(vsConfigurationType);
+  }
+else
+  {
+  switch(this->GeneratorTarget->GetType())
+{
+case cmState::SHARED_LIBRARY:
+case cmState::MODULE_LIBRARY:
   configType += "DynamicLibrary";
-  }
-else
-  {
-  configType += "Application";
-  }
-break;
-  case cmState::UTILITY:
-  case cmState::GLOBAL_TARGET:
-if(this->NsightTegra)
-  {
-  // Tegra-Android platform does not understand "Utility".
+  break;
+case cmState::OBJECT_LIBRARY:
+case cmState::STATIC_LIBRARY:
   configType += "StaticLibrary";
-  }
-else
-  {
-  configType += "Utility";
-  }
-break;
-  case cmState::UNKNOWN_LIBRARY:
-  case cmState::INTERFACE_LIBRARY:
-break;
+  break;
+case cmState::EXECUTABLE:
+  if(this->NsightTegra &&
+ !this->GeneratorTarget->GetPropertyAsBool("ANDROID_GUI"))
+{
+// Android executables are .so too.
+configType += "DynamicLibrary";
+}
+  else
+{
+configType += "Application";
+}
+  break;
+case cmState::UTILITY:
+case cmState::GLOBAL_TARGET:
+  if(this->NsightTegra)
+{
+// Tegra-Android platform does not understand "Utility".
+configType += "StaticLibrary";
+}
+  else
+{
+configType += "Utility";
+}
+  break;
+case cmState::UNKNOWN_LIBRARY:
+

Re: [cmake-developers] Patch: refactor XCode blocks writing function

2016-02-22 Thread Robert Goulet
Yes sure no problem I will install these hooks. Thanks!

-Original Message-
From: Gregor Jasny [mailto:gja...@googlemail.com] 
Sent: Sunday, February 21, 2016 10:40 AM
To: Robert Goulet ; cmake-developers@cmake.org
Subject: Re: [cmake-developers] Patch: refactor XCode blocks writing function

Hello Robert,

On 19/02/16 20:12, Robert Goulet wrote:
> I did this refactoring of the function that writes the XCode blocks in the 
> project files, that adds support for any number of nested blocks. And it also 
> makes the code easier to expand in the future.
> 
> One of the areas that required this for us was adding support for XCode UI 
> Testing (as opposed to non-UI testing), which required us to add the target 
> ID in a nested way that wasn't supported with the previous code. I will send 
> the XCode UI Testing patch separately.

I will review this patch and push it into -next.

One kind request: Could you please install the developer hooks locally so that 
you will get the same warnings and pre-commit errors like the cmake developers? 
As far as I remember you can set it up by calling

Utilities/GitSetup/setup-hooks

Thanks,
Gregor

-- 

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] [Qt-creator] CMake daemon for user tools

2016-02-22 Thread Jean-Michaël Celerier
There is also https://www.cevelop.com/ which is an Eclipse derivative, they
may be interested ?

Best,

Jean-Michaël
www.i-score.org

On Fri, Feb 19, 2016 at 11:36 AM, Stephen Kelly  wrote:

> Alexander Neundorf wrote:
>
> > On Wednesday, February 17, 2016 22:59:36 Stephen Kelly wrote:
> >> On 02/15/2016 07:24 PM, Tobias Hunger wrote:
> >> > Hi Dominik,
> >> >
> >> > Am 15.02.2016 19:01 schrieb "Dominik Haumann"
> >> >  >> >
> >> > >:
> >> > > 1. Wouldn't it make sense you have a developer sprint ASAP for this?
> >> >
> >> > I'd be in, but I do not have the time to organize one. I could
> >> > probably get a room in our office though (in Berlin).
> >>
> >> I'd be up for a sprint in Berlin too, but given the muted response so
> >> far here, it's not clear who would want to join and what we could
> >> achieve.
> >
> > just out of curiosity, did you get any feedback from anybody from
> > Eclipse/CDT ?
>
> Nope. No response from there at all despite reaching out to them.
>
> > Or CodeBlocks maybe ?
>
> I didn't reach out to them, so no.
>
> Thanks,
>
> Steve.
>
>
> --
>
> 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] [PATCH] Additional regression tests for cmake_parse_arguments

2016-02-22 Thread Yordanov, Dimitar
Hi Brad,

as requested please find attached some additional regression tests for the 
cmake_parse_arguments implementation.

Best wishes
Dimitar

>From 6ccb1a19cb9bae38f98833402fb3d7c613d0501f Mon Sep 17 00:00:00 2001
From: Dimitar Yordanov 
Date: Mon, 22 Feb 2016 10:58:38 +0100
Subject: [PATCH] Additional regression tests for cmake_parse_arguments

Dimitar Yordanov (1):
  cmake_parse_arguments: Additional regression tests

 .../RunCMake/cmake_parse_arguments/CornerCases.cmake | 20 
 .../cmake_parse_arguments/Initialization.cmake   |  9 +
 2 files changed, 29 insertions(+)

-- 
2.3.0


0001-cmake_parse_arguments-Additional-regression-tests.patch
Description: 0001-cmake_parse_arguments-Additional-regression-tests.patch
-- 

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