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 run
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 :
> 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
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 )
The first non-empty line is for ARM and Atmel AVR, r
2010/5/31 Sebastian Meier :
> 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 li
Hi,
I have a library project that I am generating the build system for
using CMake. I would like to have the .lib file generated in one
directory and the .dll file in another directory. Right now I am using
a construct as follows
SET(LIBRARY_OUTPUT_PATH
${PROJECT_SOURCE_DIR}/bin CACHE
PAT
Sorry, I think I sent this question too soon...
The following constructs did the trick for me..
SET(CMAKE_ARCHIVE_OUTPUT_DIRECTORY
${PROJECT_SOURCE_DIR}/lib CACHE
PATH "Directory where all the .lib files are dumped." FORCE)
SET(CMAKE_RUNTIME_OUTPUT_DIRECTORY
${PROJ
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, cmake-2.
>> 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
‘Csm::IdentityType’ from ‘int’ may change the
sign of the result
but:
Testing/20100531-0918/Build.xml:
/.../trunk/Code/IO/csmModelModificationsLoader.cxx:386:
warning: conversion to
‘Csm::IdentityType’ from
‘int’ may change the sign of the
result
knowing that:
$ head -1
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 "mast
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
cross-compil
:/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/Build.xml:
>> /.../trunk/Code/IO/csmModelMo
sign of the result
>
> but:
>
> Testing/20100531-0918/Build.xml:
> /.../trunk/Code/IO/csmModelModificationsLoader.cxx:386:
> warning: conversion to
> ‘Csm::IdentityType’ from
> ‘int’ may change the sign of the
> result
>
> knowing that:
>
>
> $
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_
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 th
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
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=1
20 matches
Mail list logo
