I will try some more, I ran 'cmake-gui .' and checked the generator,
and clicked cnofigure and generate there, expecting that might have
cleaned it. then I ran cmake, and it detected my visual studio
enviornment and started using it.
Okay, what might have happened, I had some shells open that wer
On 6/14/2010 6:59 PM, J Decker wrote:
Bad things happening... I have existing builds that I have run... I
have been buliding with Mingw. If I do 'cmake-gui .' in the target
build directory, then the generator pops up and says it is generating
MingW Makefiles. But if I then type 'make' it says
Never mind. I just read the subject line
You mean this one, right?
http://public.kitware.com/Bug/view.php?id=9835
On Mon, Jun 14, 2010 at 8:17 PM, David Cole wrote:
> What bug are you referring to?
>
>
> On Mon, Jun 14, 2010 at 12:58 PM, wrote:
>> Hi there,
>>
>> I reported a bug a coupl
What bug are you referring to?
On Mon, Jun 14, 2010 at 12:58 PM, wrote:
> Hi there,
>
> I reported a bug a couple of month back, which apparently was fixed with
> "Closing this since the new TARGET option for CTEST_BUILD is well
> documented."
>
> I am looking at the git web interface of ctes
On 06/14/2010 12:09 PM, Biddiscombe, John A. wrote:
> Michael,
>
> thanks for the feedback. Following the advice given, I've modified the
> project so that it generates an hdf5-config.cmake file, which checks for
> If(NOT target blah blah) and then loads the hdf5-targets.cmake file.
This seems
I would suggest you re-open that bug, since clearly that option is NOT
documented at all.
It's not mentioned on
http://www.cmake.org/cmake/help/ctest-2-8-docs.html#command:ctest_build ,
nor in the output of "ctest --help-command ctest_build".
It IS mentioned in at least one Kitware Quarterly news
In your Unification Script, you have the following:
# I found that SUBDIRS had a more desirable behavior for me as
to where
# binaries were created as opposed to ADD_SUBDIRECTORY.
SUBDIRS(lua luasocket luafilesystem luasql lualogging luadoc)
I was wondering if you could g
http://www.cmake.org/Bug/view.php?id=10388
0877-Update-watcom-support.patch (not the first patch, which I can't
find a way to delete to avoid confusion)
Oh and checking the other bug submission, I didn't provide required
feedback to define why addtional cflag types would be of use.
http://www.cma
Bad things happening... I have existing builds that I have run... I
have been buliding with Mingw. If I do 'cmake-gui .' in the target
build directory, then the generator pops up and says it is generating
MingW Makefiles. But if I then type 'make' it says
M:\build\mingw\sack>make
-- Building for
No, you need to install them all: a static library only contains
basically the object files of the specified sources, archived together.
Auto* and libtool do some (unpleasant) magic to split and re-combine
these archives, in some cases, and this is a common question on this
list. If you want
I have a question about building a project with static libraries. If you have a
set up like the following will the final static library be the only thing that
you install? I found that there was still unresolved external symbols when I
only linked against Fruit.lib in the test program.
(project
On 6/14/2010 1:39 PM, Alan W. Irwin wrote:
On 2010-06-14 12:58-0400 Bill Hoffman wrote:
The patch mentioned there is necessary for the Wine platform and
presumably
has been substantially tested in the two months since you made that
change.
That change is in the release, just not mentioned.
On 2010-06-14 12:58-0400 Bill Hoffman wrote:
The patch mentioned there is necessary for the Wine platform and presumably
has been substantially tested in the two months since you made that change.
That change is in the release, just not mentioned.
Good. That should make it much easier for
On 6/14/2010 12:38 PM, Alan W. Irwin wrote:
On 2010-06-14 11:24-0400 David Cole wrote:
I am happy to announce that CMake 2.8.2 has entered the release
candidate stage! You can find the source and binaries here:
http://www.cmake.org/files/v2.8/.
Following is the list of changes in this release.
Hi there,
I reported a bug a couple of month back, which apparently was fixed with "Closing
this since the new TARGET option for CTEST_BUILD is well documented."
I am looking at the git web interface of ctest_build:
http://cmake.org/gitweb?p=cmake.git;a=blob;f=Source/CTest/cmCTestBuildComm
On 2010-06-14 11:24-0400 David Cole wrote:
I am happy to announce that CMake 2.8.2 has entered the release
candidate stage! You can find the source and binaries here:
http://www.cmake.org/files/v2.8/.
Following is the list of changes in this release. (If you notice
something missing please let
I am happy to announce that CMake 2.8.2 has entered the release
candidate stage! You can find the source and binaries here:
http://www.cmake.org/files/v2.8/.
Following is the list of changes in this release. (If you notice
something missing please let me know and I will add it to the official
rele
Hi,
I'm currently using
CREATE_TEST_SOURCELIST(Tests ${KIT}CxxTests.cxx
${TestSourceFiles}
EXTRA_INCLUDE header1.h
EXTRA_INCLUDE header2.h
)
to genereate a test executable. I'd like to replace this with a call
something like
CREATE_TEST_SOURCELIST(Tests ${KIT}CxxTests.cxx
${TestSourc
On 6/14/2010 10:59 AM, Ryan Pavlik wrote:
make test VERBOSE=1
or even better,
ctest -VV
Ryan
make test ARGS="-V"
-Bill
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
On Mon, Jun 14, 2010 at 01:40:38PM +0200, Aeschbacher, Fabrice wrote:
> > > I need to provide easy adding for source files to the developers,
> > > So it would be nice to just have a CMakelists.txt in every
> > subfolder,
> > > which then edits the source-variable.
> >
> > Also consider to use pr
make test VERBOSE=1
or even better,
ctest -VV
Ryan
On 06/14/2010 09:47 AM, Felipe Sodré Silva wrote:
Hello all,
Is there a way to see the command lines used for running the tests
when I do a "make test" on linux?
Thanks !
___
Powered by www.kit
Hi,
On Mon, Jun 14, 2010 at 09:54:58AM -0400, Bill Hoffman wrote:
> On 6/14/2010 8:31 AM, Mike Jackson wrote:
>> Put the scripts in the cmake wiki and put it into the public domain.
>> Easiest for all.
>>
>
> To be compatible with CMake, I would say a BSD license would be the
> best. gitorious
Hello all,
Is there a way to see the command lines used for running the tests when I do
a "make test" on linux?
Thanks !
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Plea
On 6/14/2010 8:31 AM, Mike Jackson wrote:
Put the scripts in the cmake wiki and put it into the public domain.
Easiest for all.
To be compatible with CMake, I would say a BSD license would be the
best. gitorious might be a good starting place. We tried the converter
here, and it created so
Put the scripts in the cmake wiki and put it into the public domain.
Easiest for all.
-
Mike Jackson www.bluequartz.net
Principal Software Engineer mike.jack...@bluequartz.net
BlueQuartz Software Dayton, Ohio
On Jun 13, 2010, at 16:33, Andreations Moh
> > I need to provide easy adding for source files to the developers,
> > So it would be nice to just have a CMakelists.txt in every
> subfolder,
> > which then edits the source-variable.
>
> Also consider to use properties for such a purpose.
Which property do you actually think about?
Regards
Hi again,
Am Sonntag, 13. Juni 2010 schrieb Michael Hertling:
> SET(var1 ${var1} PARENT_SCOPE)
Thank you; that completey solved it!
Thanks again,
C.M.
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/o
Michael,
thanks for the feedback. Following the advice given, I've modified the project
so that it generates an hdf5-config.cmake file, which checks for If(NOT target
blah blah) and then loads the hdf5-targets.cmake file.
All seem to be clean and tidy.
I had one small problem which was generat
28 matches
Mail list logo
