logs in).
Nice discussion here: http://serverfault.com/a/274609
Maybe now that CPack supports WiX, more open source projects will start to
use it instead of NSIS. :)
I only hope they set up the MSIs to support side-by-side installations of
multiple CMake versions. I have yet to find time to s
> -Original Message-
> From: Milian Wolff [mailto:m...@milianw.de]
> Sent: Saturday, January 23, 2016 15:41
> To: cmake-developers@cmake.org
> Cc: James Johnston
> Subject: Re: [cmake-developers] CMake daemon for user tools
>
> You are aware that modern std::strin
vector after
that. But to pick the number "10" required some profiling/measurement. The
remaining use of the heap was so negligible as to not be worth improving.
Best regards,
James Johnston
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http
2 check to MSVC?
Just an FYI: MSVC can still be set; it's an indicator of the *compiler* in
use, not the *generator*. For example, it could be set if using cl.exe with
Ninja.
Best regards,
James Johnston
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
require this or what. I'm a little fuzzy on why I included
it. Most of the built-in Windows accessories seem to have this in their
manifests though. IIRC it's especially needed with the common controls
manifest block.
Best regards,
James Johnston
--
Powered by www.kitware.com
Please ke
> -Original Message-
> From: Brad King [mailto:brad.k...@kitware.com]
> Sent: Wednesday, September 16, 2015 20:13
> To: James Johnston; 'Gilles Khouzam'
> Cc: cmake-developers@cmake.org
> Subject: Re: [cmake-developers] CMake user-provided manifest files
>
> On 09
> -Original Message-
> From: cmake-developers [mailto:cmake-developers-boun...@cmake.org]
> On Behalf Of Brad King
> Sent: Monday, September 14, 2015 20:16
> To: James Johnston
> Cc: cmake-developers@cmake.org
> Subject: Re: [cmake-developers] CMake user-provided mani
ice if CMake supported user-provided manifests
across most/all Windows generators as first-class support, not just Visual
Studio 10. Especially the make-like tools (various Makefile generators,
Ninja). :)
Best regards,
James Johnston
From: cmake-developers [
or
>
> On 09/02/2015 03:34 PM, James Johnston wrote:
> > useful if the Visual Studio generators in CMake were refactored
> > somewhat
>
> Even without the C# motivation I think factoring out a "MSBuild" generator
> infrastructure internally will be u
lement undocumented
behavior of Microsoft's MSBuild targets; we just use them directly as a black
box.
Best regards,
James Johnston
From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Guillaume Dumont
Sent: Monday, August 31, 2015 16:49
To: Gonzalo
Cc: cm...@cmake.org
Subject: Re: [CMake
-Original Message-
From: cmake-developers [mailto:cmake-developers-boun...@cmake.org]
On Behalf Of Kislinskiy, Stefan
Sent: Thursday, August 27, 2015 13:44
To: Brad King; CHEVRIER, Marc; David Cole
Cc: cmake-developers@cmake.org
Subject: Re: [cmake-developers] ExternalProject: Use
myself am a newcomer to CMake.
I think I like it though. :)
Best regards,
James Johnston
--
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
original method of building Boost is a bit unusual and would
be better served by _Add_Step with a custom working directory - because that's
the publicly documented/standard way of changing the working directory, but
that is up to you. :)
Best regards,
James Johnston
On Thu, 20 Aug 2015 14:37
-Original Message-
From: cmake-developers [mailto:cmake-developers-boun...@cmake.org]
On Behalf Of Kislinskiy, Stefan
Sent: Thursday, August 20, 2015 09:02
To: David Cole
Cc: cmake-developers@cmake.org
Subject: Re: [cmake-developers] ExternalProject: Use native paths as
substitute
-Original Message-
From: cmake-developers [mailto:cmake-developers-boun...@cmake.org]
On Behalf Of David Cole via cmake-developers
Sent: Thursday, August 20, 2015 21:21
To: James Johnston
Cc: cmake-developers@cmake.org
Subject: Re: [cmake-developers] ExternalProject: Use native
feature above to change CMake's
installation?)
Best regards,
James Johnston
--
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
,
James Johnston
--
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
AM, James Johnston wrote:
1. CMake creates a temporary shell script / batch file (the shell
chosen based on the platform CMake compiled for - cmd.exe on Windows,
sh on POSIX).
I don't think CMake needs to be the one to generate this. The complexity
of
the file-based or command-line-based
-Original Message-
From: Brad King [mailto:brad.k...@kitware.com]
Sent: Tuesday, August 11, 2015 13:35
To: James Johnston
Cc: cmake-developers@cmake.org
Subject: Re: [cmake-developers] Setting up environment using
ExternalProject_Add
On 08/11/2015 12:49 AM, James Johnston wrote
add_custom_command, (3) extend ExternalProject_Add. What do you think?
Best regards,
James Johnston
--
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
and ending with relying on an undocumented detail of CMake.
Can these warnings be either eliminated entirely or suppressed via a more
documented method? I could probably provide a patch but I'm not sure which
direction to take with it.
Best regards,
James Johnston
--
Powered
/Local/Temp/cmake-warn-build/CMakeFiles/CMakeError.l
og.
Best regards,
James Johnston
0001-nmake-jom-Only-warn-about-bad-VS-environment-if-comp.patch
Description: Binary data
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki
Hi,
Multiple patches attached that improve testing of the get_filename_component
command and also fix a bug where get_filename_component ignores CACHE when
PROGRAM_ARGS is also provided.
Best regards,
James Johnston
0001-get_filename_component-Tests-now-check-for-proper-CA.patch
Description
Very minor documentation update clarifying what happens if string(FIND)
doesn't find a match. I had to make a CMake test script and/or check CMake
source code to find the answer.
Best regards,
James Johnston
0001-string-State-return-value-if-string-FIND-doesn-t-fin.patch
Description: Binary
search of cmake.org for code signing
didn't yield much in the way of previous discussion or existing features...
Best regards,
James Johnston
--
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
,
James Johnston
--
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
-Original Message-
From: Nils Gladitz [mailto:nilsglad...@gmail.com]
On 23.07.2015 17:24, James Johnston wrote:
That sounds horrible - asking a user to manually run Windows Update.
But Windows Update packages don't have to be installed ONLY by way of
visiting Windows Update
. Users may wish to run some steps in parallel
but not others (e.g. parallelize configure but not build).
Best regards,
James Johnston
0001-ExternalProject-Added-new-USES_TERMINAL-options.patch
Description: Binary data
--
Powered by www.kitware.com
Please keep messages on-topic and check
code in VisualStudio10TargetGenerator when your CMake generator was set to
Visual Studio 8/9? It sounds goofy...
* And all the above projects put into one final VS2005/2008 solution file.
Best regards,
James Johnston
--
Powered by www.kitware.com
Please keep messages on-topic and check
you have C# working, if you wrote
the generator right. (vbc.exe instead of csc.exe, vbproj instead of csproj,
.vb file instead of .cs file. Compiler switches are probably almost
identical... It's also MSBuild-based and also does a combined
compile+link.)
Best regards,
James Johnston
feels like a
bit of a hack to me. But #1 thru #3 sounds like a lot of work though...
Also, C# doesn't compile to object files - does CMake currently support the
concept of a language that doesn't require separate compiling/linking steps?
Best regards,
James Johnston
--
Powered
See updated attached patch. I've retested it to ensure the VTK 5.4.2 build
I've been working with still builds correctly - and it still does.
Thank you for considering it.
-James
-Original Message-
From: Brad King [mailto:brad.k...@kitware.com]
+set(CMAKE_JOB_POOL_LINK
, I couldn't find a
way to simply pass this as a parameter to cmake.exe - not that that would be
an ideal solution anyway.)
Best regards,
James Johnston
0001-Work-around-Borland-linker-issue-when-used-with-Ninj.patch
Description: Binary data
--
Powered by www.kitware.com
Please keep messages
33 matches
Mail list logo