On Wed, Jun 22, 2011 at 9:06 PM, Clinton Stimpson clin...@elemtech.com wrote:
On Jun 22, 2011, at 9:11 PM, Alan W. Irwin wrote:
On 2011-06-22 17:36-0400 Mantis Bug Tracker wrote:
The following issue has been SUBMITTED.
==
Any reason that environment variables can't be used as cmake
variables? Like of course any cmake variable in a script would
override the environment, but if it's not otherwise found, checking in
the environemnt would make scripts prettier.
set BUILD_TYPE=debug
set BUILD_MONOLITHIC=1
cmake
Thought this came out weeks ago... and I would miss a chance to comment.
Watcom support is almost working, the new test version code is...
EXECUTE_PROCESS(COMMAND ${CMAKE_TEST_COMPILER}
-q -pc \${testWatcomVersionFile}\
OUTPUT_VARIABLE CMAKE_COMPILER_OUTPUT
RESULT_VARIABLE
shouldn't cmake use 'msbuild' instead of 'devenv.com' or 'devenv.exe'?
I have a feeling that would solve one of my issues with visual studio,
in that after building a long chain of cmake projects using visual
studio, all of the most recent project references are updated to being
the projects that
for generators that prefer one or the other.
if( PREFER_MSBUILD )
On Sat, Jun 2, 2012 at 2:17 PM, Pau Garcia i Quiles
pgqui...@elpauer.org wrote:
Hi,
It will probably introduce other problems:
MsBuild woes
http://www.elpauer.org/?p=955
On Sat, Jun 2, 2012 at 12:49 AM, J Decker d3c
-used file for visual studio, so the things I'm actually
working on (not the dozens of projects that get built with automated
method) get lost; they get shoved off the list of recently used files
pretty quick.
On Thu, Jun 7, 2012 at 9:22 AM, J Decker d3c...@gmail.com wrote:
Okay I saw the comments
? The former is
slow due to IntelliSense, ReSharper, etc but the latter is very fast.
On Fri, Jun 8, 2012 at 5:59 PM, J Decker d3c...@gmail.com wrote:
There are two reasons this is an issue (for me)
1) using devenv to build is MUCH slower on many of the projects than
just using MSBuild. ... yes I
don't really want to build a find_program
function for batch files
On Fri, Jun 8, 2012 at 9:37 AM, Pau Garcia i Quiles
pgqui...@elpauer.org wrote:
On Fri, Jun 8, 2012 at 6:26 PM, Óscar Fuentes o...@wanadoo.es wrote:
J Decker d3c...@gmail.com writes:
I mean using cmake --build . and/or getting
up just
building those... and ya, so adding ALL made it a circular dependency
list that won't work unless it's a static library(according to vs2010)
if I could have the install target marked to be built that would be
just as fine.
HTH,
David
On Wed, Jun 13, 2012 at 12:02 PM, J Decker d3c
Oh, I can have it build INSTALL.vcxproj instead of my_project.sln with
target INSTALL.
On Wed, Jun 13, 2012 at 9:17 AM, J Decker d3c...@gmail.com wrote:
On Wed, Jun 13, 2012 at 9:09 AM, David Cole david.c...@kitware.com wrote:
You can get install_foo to build always if you include ALL as an arg
Is tehre anywhere that I can find a howto of how to approach creating
a new genreator?
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
In the property group for 'configuration' there is a field
CLRSupporttrue/CLRSupport which is set and exists if CLR support
is enabled. I have set the flags on all of the projects; but I don't
know if there's a way to turn this one, and this controls how the
project reacts, for instance when
On Mon, Jun 25, 2012 at 12:34 PM, Alexander Neundorf neund...@kde.org wrote:
Hi,
On Thursday 21 June 2012, J Decker wrote:
Is tehre anywhere that I can find a howto of how to approach creating
a new genreator?
basically, read the sources.
For what IDE or build tool would you like
I have a file that gets installed with a bunch of other files. Only
the file in question is getting installed a couple times. I know
where the one is coming from, but I cannot find where the other is.
I've updated to using general things like INSTALL( DIRECTORY ... ) so
there's no references to
Sorry nevermind, there was a file added in the sources.
On Wed, Jun 27, 2012 at 9:20 AM, J Decker d3c...@gmail.com wrote:
I have a file that gets installed with a bunch of other files. Only
the file in question is getting installed a couple times. I know
where the one is coming from, but I
On Mon, Jul 2, 2012 at 6:55 AM, Bill Hoffman bill.hoff...@kitware.com wrote:
On 6/21/2012 12:10 PM, J Decker wrote:
Is tehre anywhere that I can find a howto of how to approach creating
a new genreator?
--
What generator are you planning to write?
lcc
lcc-win32/64
altneratively some
On Mon, Jul 2, 2012 at 7:57 AM, Bill Hoffman bill.hoff...@kitware.com wrote:
On 7/2/2012 10:25 AM, J Decker wrote:
lcc
lcc-win32/64
Using nmake,jom, gmake or ninja that should not require a new generator.
Just a few platform files. See Modules/Platform:
ninja looks promising
In this commit --no-whole-archive is artificially added to compile
options in Modules/Platform/Windows-GNU.cmake.
http://cmake.org/gitweb?p=cmake.git;a=commit;h=5f05a3c25e1480648f46c9ccbf775225f9e8e32d
This is causes no end of problems for me; because I have code which is
indirectly referenced
that have been applied to this exectuable
target are a bunch more libraries, presumably the ones that are
recursively referenced by other libs
So how can I add a library to the very end of the list to link?
On Mon, Jul 23, 2012 at 5:35 PM, J Decker d3c...@gmail.com wrote:
On Mon, Jul 23, 2012 at 2:45
Is there a super simple way to get the current build command for say
exectuable, string(replace) it, and then execute it in a custom
target?
On Wed, Jul 25, 2012 at 11:31 AM, Brad King brad.k...@kitware.com wrote:
On 07/25/2012 02:12 PM, J Decker wrote:
target_link_libraries( playcard --whole
There's no way to set additional flags to compile if the
add_exectuable is WIN32 or console?
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
I'm having a little difficulty figuring out why this is not building
my projects using visual studio/msbuild. Basically all I get is
== Build: 0 succeeded, 0 failed, 24 up-to-date, 0 skipped ==
I've used MSBuild with /v:diag set and in the huge log that that generates
, Aug 9, 2012 at 4:27 PM, J Decker d3c...@gmail.com wrote:
I'm having a little difficulty figuring out why this is not building
my projects using visual studio/msbuild. Basically all I get is
== Build: 0 succeeded, 0 failed, 24 up-to-date, 0 skipped ==
I've used MSBuild
Please make mod to fix (last message has correction)
http://public.kitware.com/Bug/view.php?id=11866#bugnotes
I don't have git available at this moment, but it's a one line change...
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
Okay figured out the required mods to use the common version variable...
http://public.kitware.com/Bug/view.php?id=11866#c30208
On Fri, Aug 10, 2012 at 5:23 AM, Brad King brad.k...@kitware.com wrote:
On 08/09/2012 09:00 PM, J Decker wrote:
Please make mod to fix (last message has
=cmake.git;a=commitdiff;h=e16f58ddd6aea9bebc6b4a914eed54cf7517ff61
] ... so it did not go into the 2.8.9 release.
Thx,
David
On Thu, Aug 9, 2012 at 7:33 PM, J Decker d3c...@gmail.com wrote:
After considering this a bit more I went to this
C:\GENERAL\BUILD\VS10-X86\ALTANIK\CMAKEFILES directory
at 2:35 PM, J Decker d3c...@gmail.com wrote:
Ya, unfortunatly I don't have the specific case that was failing
anymore... it's probably because I've been using the same build output
since 2.8.6 and just keep updating cmake... last couple versions have
actually gone smoothly
On Fri, Aug 10
I use this command to get the current repository version number.
Under windows I have to use 'cmd /c ...'
under linux or I obviously can't use that.
Is there a test I can do in a cmakelists to test the shell processor?
Is there something I can do to make this the same command?
Under windows,
On Mon, Sep 3, 2012 at 1:04 PM, Brad King brad.k...@kitware.com wrote:
On 09/03/2012 03:04 PM, J Decker wrote:
I use this command to get the current repository version number.
Under windows I have to use 'cmd /c ...'
under linux or I obviously can't use that.
Is there a test I can do
...@kitware.com wrote:
On Mon, Sep 3, 2012 at 5:15 PM, J Decker d3c...@gmail.com wrote:
On Mon, Sep 3, 2012 at 1:04 PM, Brad King brad.k...@kitware.com wrote:
On 09/03/2012 03:04 PM, J Decker wrote:
I use this command to get the current repository version number.
Under windows I have to use 'cmd /c
at 5:48 PM, J Decker d3c...@gmail.com wrote:
dir c:\Program Files\tortoisehg
Volume in drive C has no label.
Volume Serial Number is F05B-C5AF
Directory of c:\Program Files\tortoisehg
08/20/2012 10:47 PM33,544 hg.exe
I don't know what hy.py would be .
On Mon
I do have a workaround by taking the quotes out of the path...
On Mon, Sep 3, 2012 at 7:23 PM, J Decker d3c...@gmail.com wrote:
On Mon, Sep 3, 2012 at 3:58 PM, David Cole david.c...@kitware.com wrote:
OK... Is hg.exe in the PATH? Do you get different results if you use
the full path to hg.exe
On Mon, Sep 3, 2012 at 7:50 PM, David Cole david.c...@kitware.com wrote:
That's not a workaround, that's the solution. The quotes don't belong there.
I dunno seems to be an application specific failure
On Sep 3, 2012, at 10:24 PM, J Decker d3c...@gmail.com wrote:
I do have
up basically obliterating the most recently used files
with CMAKE_TRY_COMPILE's.
On Fri, Jun 1, 2012 at 3:49 PM, J Decker d3c...@gmail.com wrote:
shouldn't cmake use 'msbuild' instead of 'devenv.com' or 'devenv.exe'?
I have a feeling that would solve one of my issues with visual studio
for a while I've had an occasional issue something like
LINK : fatal error LNK1104: cannot open file
'C:\general\build\vs10-x86\sack\debug_solution\video_link\Debug\video_link
_server.ilk'
[C:\general\build\vs10-x86\sack\debug_solution\video_link\video_link_server.vcxproj]
I usually get
On Fri, Apr 5, 2013 at 10:26 AM, Brad King brad.k...@kitware.com wrote:
On 04/05/2013 12:50 PM, J Decker wrote:
# commenting this out also makes it not happen; but should not affect
the incremental link file name...
SET_TARGET_PROPERTIES( video_link_server.isp PROPERTIES
Yup; painless to install, works as described :) Thanx
On Wed, May 15, 2013 at 4:37 PM, Klaim - Joël Lamotte mjkl...@gmail.com wrote:
On Wed, May 15, 2013 at 1:04 AM, David Golub golu...@gmail.com wrote:
I’m pleased to announce the first release candidate of CMake Tools for
Visual Studio,
the project name is the (last? first?) project( ${project_name} ) name.
On Thu, Sep 12, 2013 at 5:36 PM, Mantis Bug Tracker
man...@public.kitware.com wrote:
The following issue has been SUBMITTED.
==
Should cmake be able to configure unicode, if the unicode file has
appropriate byte order indicators maybe?
I know it doesn't... for windows (and a bad test for if windows at that)
macro( DO_CONFIGURE_FILE input output )
if( $ENV{COMSPEC} MATCHES cmd )
STRING( REPLACE / \\ s1
work around; use #25; which is the xml code for % to escape it; It
needs to be encoded on the output to the visual studio XML
project/solution
On Mon, Jan 13, 2014 at 8:37 AM, Mantis Bug Tracker
man...@public.kitware.com wrote:
The following issue has been SUBMITTED.
It's in the same order as it is specified; if the same configuration
options are used, it should be the same list always.
IF things are somehow installed differently maybe; but the installed
libraries should still be located in the same order.
It is the same order for all generators.
The order of
I was recently communicating with openwatcom matinainers; which just
released a version 2.0 fork on sourceforge... but the issue was
basically... if I have a shared library with no exports, it fails to build.
I used to use a method...(and this is how cmake does it)
wlink (...) # build library
That continues to be broken for what we talked about in the newsgroup;
The wlib should be removed *???*
On Fri, Feb 28, 2014 at 9:57 AM, Jiri Malak malak.j...@gmail.com wrote:
Hi,
I would like contribute to CMake for Open Watcom Toolchain.
Now only WIN32 host and target is supported.
I
THere is 'toolchain' support sort-of in cmake, for selecting targets
Something else that cmake building is lacking is a working RC compiler
default...
SET( CMAKE_RC_COMPILER rc )
# I dunno; something about floating point, not sure if it's required it's
from long ago... probably because I
and a fix for 'option implib[=...]' as part of the wlink since it's a one
step anyway and not a dependant step
On Fri, Feb 28, 2014 at 6:47 PM, Jiri Malak malak.j...@gmail.com wrote:
Hi,
I enclosed next patch for Open Watcom toolchain, which remove hardcoded
version number for RTDLL.
It is
I think this is impractical... the native activituy doesn't provide a hood
to call 'main' and while you may have special code to treat main as an
export and dynamically load it, actually stubstitute the single program
with a loader dll and the program as a DLL, and the loader DLL has custom
code
Personally I liked that win32 was defined still, since that caused the
least disruption to existing code. I have additional tests to enable 64bit
by testing for cmake_cl_64 then more generically with CMAKE_SIZEOF_VOID_P
since the API doesn't really change, it still really looks like a win32
I dunno; again, there isn't a magic call to 'main' which sets up the
approriate call... there could be, but it would be project specific
It would make more sense to make a macro like
add_program
which would hide the if; and would be an easy conversion from
add_executable to add_program
and (sorry for double reply) having add_executable always build as a
library means I can't build real executables... if it did it based on the
WIN32 flag (or equivalent0 it would be better
On Wed, Mar 26, 2014 at 7:17 AM, J Decker d3c...@gmail.com wrote:
I dunno; again, there isn't a magic
On Thu, Mar 27, 2014 at 7:47 AM, Jiri Malak malak.j...@gmail.com wrote:
I atached patch which cleanup Watcom Windows configuration
It includes following changes.
remove Watcom linker caseexact options already defined in linker system
definition
what do you mean 'defined in linker system
CMake would much rather use full paths rather than -L/-l because of
ambiguity problems.
While I can see that; I can get around abguity by ordering the order of -L
entries... like if one was buliding an upgrade to an already installed
library, one would want the current version to link against
in the vein of http://www.cmake.org/Wiki/CMake_Useful_Variables
CMAKE_INSTALL_ALWAYS
patch adds CMAKE_INSTALL_QUIET
This bypasses 'Up-to-date:' on file that are up to date
and 'Installing' on directories that already exist and are directories.
There are 3 places that call 'ReportCopy' the third
cleaned up patch and investigated what symlink install does; this should
work for that too...
updated http://public.kitware.com/Bug/view.php?id=13761#bugnotes
On Fri, Jun 13, 2014 at 2:20 PM, J Decker d3c...@gmail.com wrote:
in the vein of http://www.cmake.org/Wiki/CMake_Useful_Variables
));
instead of
+ cmSystemTools::IsOn(cmSystemTools::GetEnv(CMAKE_INSTALL_QUIET));
but GetProperty() always returns NULL?
On Mon, Jun 16, 2014 at 7:41 AM, J Decker d3c...@gmail.com wrote:
cleaned up patch and investigated what symlink install does; this should
work for that too...
updated http
'
doesn't appear anywhere in my build directories...
crazy.
On Mon, Jun 16, 2014 at 10:48 AM, J Decker d3c...@gmail.com wrote:
Hmmm... environment variable doens't work very cleanly...
I have another idea
set_property(GLOBAL PROPERTY QUIET_INSTALL ON )
sort of like 'set_property(GLOBAL
VERBOSE=1 only triggers the first level to be verbose in a make... any
subsequent call to wmake passes '-s' option and not VERBOSE=1
continuously...
I'm not sure where the '-s' option on wmake is coming from, browsed the
code a little... but it'd be kind of nice if this feature worked.
--
wlink uses the option 'system nt_dll' if it builds a DLL; if this is not
specified, the resulting file generates exceptions.
This was moved from ...
/ modules/platform/windows-wcl386.cmake --
set(CMAKE_CXX_CREATE_SHARED_LIBRARY
wlink ${CMAKE_START_TEMP_FILE} ${CMAKE_WLINK_QUIET} name
(WATCOM18 1)
endif()
if(${_compiler_version} VERSION_EQUAL 1.9)
set(WATCOM19 1)
endif()
if(${_compiler_version} VERSION_EQUAL 2.0)
set(WATCOM20 1)
endif()
endif()
endif()
On Sat, Nov 1, 2014 at 4:03 PM, J Decker d3c...@gmail.com wrote:
wlink uses the option 'system
Recently watcom link options were changed to generate .sym files instead of
building the debug information into targets. The rules used to create the
.sym name for some files are kind of bad, and there is no way to set the
symbol file name of a target; so it is better to revert that change. It's
Set_source_files_properties( *test2.c** PROPERTIES** LANGUAGE CXX** )*
http://www.cmake.org/pipermail/cmake/2008-July/022647.html
On Tue, Dec 16, 2014 at 5:45 AM, Dmitry Polyanitsa dpolyani...@nvidia.com
wrote:
Yes, that's the one.
Nsight Tegra will upgrade the projects without a prompt, but
On Mon, Dec 22, 2014 at 1:25 PM, Brad King brad.k...@kitware.com wrote:
On 12/22/2014 03:28 PM, Domen Vrankar wrote:
Maybe others will disagree but to be quite honest I myself don't think
that CMAKE_INSTALL_RELATIVE variable would be the right solution... I
myself prefer to write install
many places that you would use LOCATION you can use generator expressions
http://www.cmake.org/cmake/help/v3.0/manual/cmake-generator-expressions.7.html
$TARGET_FILE_DIR:targetname
On Tue, Apr 28, 2015 at 12:30 AM, Alan W. Irwin ir...@beluga.phys.uvic.ca
wrote:
Hi Nils:
Thanks for your quick
On Mon, Jun 29, 2015 at 10:05 AM, Brad King brad.k...@kitware.com wrote:
On 06/26/2015 10:47 AM, Stuermer, Michael SP/HZA-ZSEP wrote:
Does it have a realistic chance to be accepted for upstream
Yes, so long as it comes with proper tests and is not too intrusive
on the overall
Actually most of the logic is not in the source but in the modules
~/cmake/modules/platform/Windows-MSVC.cmake
can also use cmake --trace with maybe a simple cmake file to see what
it might use...
On Tue, Oct 27, 2015 at 9:59 AM, Brad King wrote:
> On 10/27/2015 12:50 PM,
On Fri, Oct 2, 2015 at 4:40 AM, Tamás Kenéz wrote:
> In script mode it seems that all the CMAKE_[CURRENT_](BINARY|SOURCE)_DIR
> variables are set to the current working directory.
>
if CMAKE_[CURRENT]_SOURCE_DIR is current directory; you're doing
something wrong :) That
building the list of things to install and then using that list... the
other way no.
On Thu, Nov 26, 2015 at 11:33 AM, Robert Goulet
wrote:
> Hi all,
>
>
>
> Is there a way in CMake to get the list of files that are going to be
> installed when we use the install
ctUser( target )
shouldn't be too painful...
On Mon, Jun 20, 2016 at 2:11 PM, Stephen Kelly <steve...@gmail.com> wrote:
> J Decker wrote:
>
> > The setting is in a different file that's .vcproj.user (or .user.vcproj)
>
> And there is not one of these for each project
On Thu, Jan 14, 2016 at 3:09 PM, Jean-Michaël Celerier
wrote:
> The problem is doing :
>
> list(LENGTH MyList NumList)
> math(EXPR MaxItList ${NumList}-1)
>
> foreach(i RANGE ${MaxItList})
> list(GET MyOtherListOfSameSizeThanMyList ${i} Element)
My stumbling blocks are the use of keywords instead of operators...
if( Something == ${SomeOtherThing} )
vs
if( Something STREQUAL ${SomeOtherTHing} )
It might be nice if the operator '=' could be used in addition to the
function SET()
SET( a something )
becomes
A = something
Was gong to say
The setting is in a different file that's .vcproj.user (or .user.vcproj)
and cmake doesn't write that... would be nice if it could at least write
those entiries required... nice thing about xml should be that what's there
can be read and used and filled in with the rest of the settings? Well I
On Tue, Sep 19, 2017 at 11:34 AM, Ivam Pretti
wrote:
> I would like to know what are the advantages or difference when compared
> to GCC compiler.
>
>
I understand from the topic you mean compared to cmake; but the two are two
different things
gcc is a compiler
cmake is a
71 matches
Mail list logo