Hi Bill,
Can NetBeans be driven from the command line? That is a requirement for
getting try_compile to work.
No, I don't think it is possible call NetBeans via command line in order to
build targets. But since NetBeans relies on external tool chains like gcc,
MinGW or CygWin, is this
Hi all,
I'm facing the following problem. All our unit tests are run through a
Bash script. This script is responsible for setting up the environment
prior to running the actual test; e.g., it copies input files and
reference output files, after the test has run it compares outputs, etc.
When
Update.
My allocated time slot for looking into a NetBeans generator has finished. My
impression is that patching CMake to suit our company's needs would be fairly
easy. I have actually gotten quite far with that.
But OTOH this easy way would be merely a hack that would benefit no one but us.
2010/5/31 Sebastian Meier sebastianmeie...@gmx.de:
Update.
My allocated time slot for looking into a NetBeans generator has finished. My
impression is that patching CMake to suit our company's needs would be fairly
easy. I have actually gotten quite far with that.
But OTOH this easy way
Is there a way to specify where generated *.mod files will be placed?
Something analogous to CMAKE_LIBRARY_OUTPUT_DIRECTORY?
Also, I notice that if I delete a module file, the build fails (unlike
everything else where it will be properly regenerated). This is with a
plain Makefile build,
I would like to know whether there is some progress on making FindQt4.cmake
friends with cross-compilation.
Not much, unfortunately.
Not a piece of good news.
Writing to you, as you seems to be a maintainer of FindQt4.cmake in both
Cmake and KDE repositories.
Well, Clinton Stimpson is the
to ‘Csm::IdentityType’ from ‘int’ may change the
sign of the result
but:
Testing/20100531-0918/Build.xml:
Text/.../trunk/Code/IO/csmModelModificationsLoader.cxx:386:
warning: conversion to
#xe2;#x80;#x98;Csm::IdentityType#xe2;#x80;#x99; from
#xe2;#x80;#x98;int#xe2;#x80;#x99; may
Hi all,
There are times when a CMake custom command will generate exactly the
same output file even if its inputs have changed. In these cases, I
would like the timestamp on the output file to remain unchanged, but
to generate a fake .target file with the current timestamp so the
custom command
May be you can share the hack as a patch on the bug tracker.
May be it's unusable as-is but it may already contain valuable
information for anyone wanting
to tale over?
I have taken Michael Wild's advice and created a repository at github. I have
created a topic branch (branched off master)
On 05/31/2010 06:29 AM, Andrey. wrote:
I would like to know whether there is some progress on making FindQt4.cmake
friends with cross-compilation.
Not much, unfortunately.
Not a piece of good news.
There actually has been a slow replacing of things that prevent
/csmModelModificationsLoader.cxx:386:
warning: conversion to ‘Csm::IdentityType’ from ‘int’ may change the
sign of the result
but:
Testing/20100531-0918/Build.xml:
Text/.../trunk/Code/IO/csmModelModificationsLoader.cxx:386:
warning: conversion to
#xe2;#x80;#x98;Csm::IdentityType#xe2;#x80;#x99; from
for uploading results to CDAsh ?
I have on one hand:
Testing/Temporary/LastBuild_20100531-0918.log:/home/mathieu/Projects/CoSMo/trunk/Code/IO/csmModelModificationsLoader.cxx:386:
warning: conversion to ‘Csm::IdentityType’ from ‘int’ may change the
sign of the result
but:
Testing/20100531-0918
On 05/30/2010 11:58 PM, Hugh Sorby wrote:
So this is what I put into my OpenCASCADE config file
SET( CONFIG_FILE_CONTENTS
\nGET_FILENAME_COMPONENT( SELF_DIR \\${CMAKE_CURRENT_LIST_FILE}\
PATH )
\nINCLUDE( \${SELF_DIR}/OpenCASCADE-targets.cmake )
\nGET_FILENAME_COMPONENT(
Never mind, I found an easy solution.
I just added my fake .target file as a second output of the command,
and use cmake -E touch to update the .target timestamp whenever my
custom command executes. Even though the timestamp of my true
output isn't being updated, CMake doesn't re-execute the
On Monday 31 May 2010, Andrey. wrote:
I would like to know whether there is some progress on making
FindQt4.cmake friends with cross-compilation.
Not much, unfortunately.
Not a piece of good news.
Writing to you, as you seems to be a maintainer of FindQt4.cmake in both
Cmake and KDE
On Monday 31 May 2010, Jesper Eskilson wrote:
On 05/30/2010 02:13 PM, Alexander Neundorf wrote:
That's also ok.
Could you please post the output of the IAR AVR and ARM assemblers when
called without any arguments here ?
(or put them into http://public.kitware.com/Bug/view.php?id=10176 )
16 matches
Mail list logo
