> Lead PM for the VC++ team at Microsoft here. I just wanted to echo
> Nagy-Egri’s message.
>
>
>
> We are very interested in learning more about your current
> edit-build-debug experience for C++ apps or libs using CMake. Whether
> you’re developing on Windows or not, using VS or not today,
>> Given Apple's encouragement of developers to always update...
>
> They certainly do, as Eric described. However, just like everyone
> else, Apple often ships regressions in Xcode and it's sometimes vital
> to be able to use older versions. Similarly, if you want to deploy
> an app to an
I've recently switched from CMake 2.8.12 to 3.2, full of enthusiasm that
header-only libraries would now be better supported through the
INTERFACE option/target. However, the support for header-only libraries
isn't really great, in particular if you're using an IDE like Visual Studio.
The
I'm having some issues with Ninja on Windows with long custom commands
(or actually a long succession of short commands appended to the same
target). The problem is that they get concatenated in one single command
usingand it is pretty easy to go over the 8k command line size
limit on
Xcode keeps the objects ordered by the object id.
Because cmake stores them into an unordered container
at creation time they must be sorted before writing the
pbxproj file.
out of curiosity: what exactly is the id? the uuid identifier or the
target name? when ordering targets in the project,
Effectively it is a UUID for our purposes. The ordering Gregor
proposes is to match what Xcode writes when it generates the .pbxproj
file, and we can't choose that.
i see ... is it (easily) possible to lexicographically sort he
user-visible appearance? this is something that can be changed
out of curiosity: what exactly is the id? the uuid identifier or the
target name? when ordering targets in the project, it would make sense
to order them by target name, as that's what users are used to (iirc the
cmake-generated msvc projects are order their targets by target name)
We don't
not sure if there is a better way to resolve this issue:
declaring .RC files as header-only break ninja builds on non-windows
platforms.
note: this is necessary when the the language is set explicitly.
---8---
cmake currently tries to initialize the language rules for all source
files.
i'm having troubles with the midl compiler of generated msvc2013 project
files: the generated projects contain a hardcoded output directory:
$(IntDir). however having this property, the midl call fails for me. if
i remove this property, or replace it with $(ProjectDir)/$(IntDir) it
compiles
this patch.
thanks,
tim
From a9f83bd54c8d7e073c4d8faee7e5b8dd68738fdc Mon Sep 17 00:00:00 2001
From: Tim Blechmann t...@klingt.org
Date: Thu, 19 Feb 2015 14:35:02 +0800
Subject: [PATCH] cmake: Midl - set OutputDir via absolute path
---
Source/cmVisualStudio10TargetGenerator.cxx | 2 +-
1 file
hi all,
this trivial patch adds INTERFACE_LIBRARY to the documentation of the
TYPE target property. would be great, if it could be applied.
thnx,
tim
From f9ff9226bd0985aa239564e93eb42ed4d57b208d Mon Sep 17 00:00:00 2001
From: Tim Blechmann t...@klingt.org
Date: Wed, 17 Dec 2014 21:59:51 +0100
This sounds more like an install phase... to bring the whole package
together in one appropriate place.
if( WIN32 )
INSTALL( TARGET target RUNTIME DESTINATION bin LIBRARY DESTINATION bin
ARCHIVE DESTINATION lib )
else( WIN32 )
INSTALL( TARGET target RUNTIME DESTINATION bin LIBRARY
This sounds more like an install phase... to bring the whole package
together in one appropriate place.
if( WIN32 )
INSTALL( TARGET target RUNTIME DESTINATION bin LIBRARY DESTINATION bin
ARCHIVE DESTINATION lib )
else( WIN32 )
INSTALL( TARGET target
hi all,
i wonder, is there any reason for not supporting generator expressions
for install(DIRECTORY)? i need this functionality to be able to install
dSYM folders which are generated by xcode.
if not, could someone review/merge this patch [1]? it is probably too
late for 3.1, right?
thanks a
hi brad,
[1] https://github.com/Kitware/CMake/pull/124
Good start. Please extend documentation and tests for this feature
similar to how it was done for install(FILES) in the above-linked
commit.
Then please read CONTRIBUTING.rst and send the patch to this list
for further review.
hi,
i'm wondering, is it possible to generate msvc solutions for windows
kernel mode drivers?
afaict, the generated projects would have to use a specific platform
toolset:
PlatformToolsetWindowsKernelModeDriver8.1/PlatformToolset
but also some other specific entries, like:
hi all,
a combination of question and feature request:
i'm using a highly customized shell script to generate Info.plists on
osx. this build script has to make use of the usage requirements of the
corresponding target and it is called via a POST_BUILD custom command.
however this conflicts with
Blechmann t...@klingt.org
Date: Thu, 7 Aug 2014 19:30:27 +0200
Subject: [PATCH] cmake: allow Info.plist files which use os9-style \r line
endings
Signed-off-by: Tim Blechmann t...@klingt.org
---
Modules/BundleUtilities.cmake | 1 +
1 file changed, 1 insertion(+)
diff --git a/Modules
would be great if this fix can be applied
I applied the patch with a slight revision to resolve conflicts
with master:
BundleUtilities: Allow Info.plist files which use CR line endings
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=810f5cce
Once it works there I will consider
attached!
Applied, thanks:
OS X: Install CFBundles as complete directories
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=908433bd
thanks a lot! i wonder: will this patch make it into 3.0.1?
tim
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ
cfbundles are currently not installed as directory, but the binary from
Contents/MacOS is directly installed to the destination.
attached patch fixes the issue.
thanks,
tim
From b021da36ec9c72cc6410a95ce81a177a87f6f232 Mon Sep 17 00:00:00 2001
From: Tim Blechmann t...@klingt.org
Date: Wed, 9 Jul
cfbundles are currently not installed as directory, but the binary from
Contents/MacOS is directly installed to the destination.
attached patch fixes the issue.
Thanks.
I do not understand this line:
+ std::string targetNameBase = targetName.substr(0,
Those cases do special handling for the post-installation tweaks.
i wonder: which tweaks are they?
It's things like running strip on the executable file.
The line
filesTo.push_back(to1);
needs to add the path to the executable file, not the directory.
The filesTo vector is
:00:00 2001
From: Tim Blechmann t...@klingt.org
Date: Wed, 9 Jul 2014 20:01:11 +0200
Subject: [PATCH] InstallTarget: install CFBundles with complete directory
---
Source/cmInstallTargetGenerator.cxx | 14 ++
1 file changed, 14 insertions(+)
diff --git a/Source
hi all,
i'm having some troubles, trying to install osx bundles:
app bundles:
installing an app bundle target (created with MACOSX_BUNDLE and property
BUNDLE=1) will install (a) the bundle and (b) the executable (which is
usually found in Contents/MacOS). in a way, i'd only expect the bundle
to
could review and/or commit it.
thanks a lot,
tim
From 0e41cb7df9dcb2587d928504c042a8ed0b51bc39 Mon Sep 17 00:00:00 2001
From: Tim Blechmann t...@klingt.org
Date: Fri, 6 Jun 2014 09:59:33 +0200
Subject: [PATCH] SystemTools: handle RC as resource file format extension
.RC files are not recorgnized
on a different machine)
thx,
tim
From e42b5ee3979c0b2e9b72d737c858830a865174ca Mon Sep 17 00:00:00 2001
From: Tim Blechmann t...@klingt.org
Date: Fri, 6 Jun 2014 15:47:29 +0200
Subject: [PATCH] CMakeRCCompiler: handle RC as resource file format extension
.RC files are not recorgnized as resource files
hi david,
I just created a test project t2 with Xcode itself, and in the
projects source file t2-Info.plist, I added a Get info string key
with a value of This is the ${CONFIGURATION} build.
Then, after I build the Debug config, and inspect the generated bundle,
the Info.plist inside of it
hi all,
i'm trying to build an Info.plist file with some information based on
the build configuration (DEBUG or RELEASE). is this possible for
multi-configuration generators like xcode?
it does not seem to be possible to use different
MACOSX_BUNDLE_INFO_PLIST files for different configurations,
hi all,
I am proud to announce the CMake 3.0 fourth release candidate.
[snip]
Changes made since CMake 3.0.0-rc3:
i wonder, why did 90e22f8f713c not make it into rc4? it is a bug fix for
the osx bundle generator, while the patch itself is trivial, the bug is
a showstopper for me ... so it
$1:-I $JOIN:a;b;c , -I
though it does not matter, if the target is passed via variable or
directly.
any idea?
Please provide a http://www.sscce.org/
see attached file!
origin/master gives me:
tim@moka-mac:~/dev/x/y$ ~/dev/cmake/bin/cmake -GNinja .. ninja
-- The C compiler
see attached file!
The generator expression stops parsing at whitespace. I believe you're
hitting a problem related to what is discussed in this thread:
http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/7063
It will require patching CMake, but there is no one working
hi all,
i'm trying to obtain the include paths from a target via a generator
expression, which is adapted from the help file:
help:
$$BOOL:$TARGET_PROPERTY:INCLUDE_DIRECTORIES:-I$JOIN:$TARGET_PROPERTY:INCLUDE_DIRECTORIES,
-I
i adapted it to obtain the value from a target, which is passed as a
$$BOOL:$TARGET_PROPERTY:${TARGET},INCLUDE_DIRECTORIES:-I$JOIN:$TARGET_PROPERTY:${TARGET},INCLUDE_DIRECTORIES,
-I
Does it work without the variable in there. (By the time the generator
expression evaluator gets the string, it should be expanded.)
however evaluating the expression results
hi all,
i'm trying to use the iOS.cmake toolchain file from [1]. it works fine
with cmake-2.8.12.2, but fails with cmake-3.0 (today's master), which
gives me:
--8---
CMake Error at CMakeLists.txt:16 (project):
The CMAKE_C_COMPILER:
gcc
is not a full path and was not found in
Info.plist files were generated in the wrong place when generating
CFBundles. attached patch fixes this behavior.
From 7750f35bee583d280519e87ce8efd6faaf121fca Mon Sep 17 00:00:00 2001
From: Tim Blechmann t...@klingt.org
Date: Tue, 25 Mar 2014 16:16:51 +0100
Subject: [PATCH] osx bundle generator
hi,
i'm using usage requirements to pass on dependencies in the build system.
--
set(MY_DEBUG_LIB libDebug.lib)
set(MY_RELEASE_LIB libRelease.lib)
target_link_libraries(mylib
debug ${MY_DEBUG_LIB}
optimized ${MY_RELEASE_LIB})
add_executable(myapp somesrc.cpp)
target_link_libraries(
this behavior.
best regards,
tim
From dc956e47ec280979d62666c42632d01267560927 Mon Sep 17 00:00:00 2001
From: Tim Blechmann t...@klingt.org
Date: Wed, 19 Mar 2014 17:31:01 +0100
Subject: [PATCH] Modules: treat .m files as c instead of c++
this gets it in line with cmSystemTools::GetFileFormat. especially
hi all,
from my understanding it is possible to add sources to an osx bundle,
which are then automatically copied e.g. to the Resource folder or the
like. however i'm in the situation that i have to move some build
targets (executables and dylibs) into the bundle. what is the best way
to achieve
Have you tried quotes in your message() so it doesn't remove the semi-colons?
message(${x})
ah, that explains my confusion of the missing semi-colon
thanks, tim
--
t...@klingt.org
http://tim.klingt.org
Relying on the government to protect your privacy is like asking a
peeping tom to install
hi all,
i am using mingw to cross-compile to windows. however the build names, which
appear in the cdash dashboard are somehow inconsistent. for native builds, the
naming is PLATFORM-CXXCOMPILER. the however the cross-compiled version is named
Win32-make, although the name of the c++ compiler
hi all,
i am trying to run ctest with the qemu cpu emulator: so if i am compiling a
test
case myTest, it is usually simply called with `./myTest'.
is it possible to wrap this into a program, so that it calls `qemu-ARCHITECTURE
-cpu CPUTYPE ./myTest'?
thanks, tim
--
t...@klingt.org
hi all,
i am currently trying to adapt a cmake build system to build an osx app.
the specific code is:
INSTALL(CODE
include(BundleUtilities)
fixup_bundle(\${CMAKE_CURRENT_BINARY_DIR}/${myappbundlename}.app\ \\
\${CMAKE_CURRENT_BINARY_DIR}\)
COMPONENT Runtime)
however it doesn't
hi andreas,
common/libcommon.so
target1/target1
target2/target2
both target1 and target2 are linked with libcommon, both work fine in the
build directory, the libraries are resolved correctly.
after installing them, they are formatted like:
$PREFIX/lib/libcommon.so
$PREFIX/bin/target1
hi all,
i've got some troubles to byte-compile emacs lisp files with cmake.
basically, i need to do the following
- copy source file to the build directory
- compile the elc file with: emacs -batch -f batch-byte-compile
/path/to/source.el
- add an install rule to install the generated elc file
from my limited understanding of the linking process, it should link with
-lcommon instead of using ../common/libcommon.so, since the rpath is
already set to ../common. but how can i tell cmake to do this?
As far as I can see this is ok. At least its the same in the cmake
projects I'm
hello michael,
thanks a lot ... i needed to adapt it a bit for my applications, but it
works like charm now ...
thanks, tim
--
t...@klingt.org
http://tim.klingt.org
Happiness is a byproduct of function, purpose, and conflict; those who
seek happiness for itself seek victory without war.
hi all,
i am trying to write a cmake build system for an existing project and have
some troubles with linking of shared libraries.
basically, my directory layout of the targets is the following:
common/libcommon.so
target1/target1
target2/target2
both target1 and target2 are linked with
48 matches
Mail list logo