Hi all,
we have recently started using CTest. We set up five machines three
Linux, a Mac and a WindowsXP for continuous and nightly builds and our
own dashboard. All works well, expect the WindowsXP machine (CMake/CTest
2.8.2) which refuses to log on the dashboard with the error:
Submit files
On Tue, Aug 17, 2010 at 03:35:02PM +0200, Lorenzo Natale wrote:
Submit files (using http)
Using HTTP submit method
Drop site:[..]
Error when uploading file: [...]/20100816-2200/Build.xml
Error message was: Empty reply from server
I agree that CDash doesn't always produce the most
Hi Will,
I found a way to make the RPM relocatable.
This brings some light into rpm relocation:
http://www.rpm.org/max-rpm/ch-rpm-reloc.html
The Prefix: tag gives the part of the file names which is replaced when another
prefix is specified. You can divert CPACK_RPM_SPEC_MORE_DEFINE from its
On 8/17/2010 10:03 AM, Tyler Roscoe wrote:
On Tue, Aug 17, 2010 at 03:35:02PM +0200, Lorenzo Natale wrote:
Submit files (using http)
Using HTTP submit method
Drop site:[..]
Error when uploading file: [...]/20100816-2200/Build.xml
Error message was: Empty reply from server
I agree
2010/8/17 Gerald Hofmann gerald.hofm...@cosin.eu:
Hi Will,
I found a way to make the RPM relocatable.
This brings some light into rpm relocation:
http://www.rpm.org/max-rpm/ch-rpm-reloc.html
The Prefix: tag gives the part of the file names which is replaced when
another prefix is
There may possibly be renewed support for a CMakeified version
of Boost. Boost 1.44 was just released and it looks like at least one
individual http://gitorious.org/~denisarnaud/boost/denisarnauds-zeuners-boost-cmake/commits/1.44.0-denis
is keeping the boost-cmake up-to-date with the
Hey,
I have a ctest script which i am using as a test in my build like this
add_test ( ctest -S script.cmake)
however once the script finishes executing i get a CMake error saying my
CTEST_SOURCE_DIRECTORY, CTEST_BINARY_DIRECTORY and CTEST_COMMAND are not
set. I've tried all sort of things
On Tue, Aug 17, 2010 at 9:08 AM, Brian Davis bitmi...@gmail.com wrote:
I am and it is working. It is not clear to me still why it would be a
problem with parallel builds due to the target object naming convention you
have used as stated in:
--snip --
Yup, I just build file names by
On Tue, Aug 17, 2010 at 05:14:07PM +0200, Johny wrote:
I have a ctest script which i am using as a test in my build like this
add_test ( ctest -S script.cmake)
however once the script finishes executing i get a CMake error saying my
CTEST_SOURCE_DIRECTORY, CTEST_BINARY_DIRECTORY and
On 17-Aug-10 4:03 PM, Tyler Roscoe wrote:
Does your Build.xml look correct? Are there any relevant messages in the
web server logs?
tyler
the build.xml looks good (as far as I can tell) and no particular
message is logged in the web server...
I'll try git ctest and svn cdash and get back
On 17-Aug-10 4:40 PM, Bill Hoffman wrote:
We have been working quite a bit on making ctest/CDash more robust. If
you use git master ctest and svn CDash it should give more information,
and even retry if it fails.
Indeed, ctest built from git works perfectly (I haven't touched CDash).
Since
On 8/17/2010 12:26 PM, Lorenzo Natale wrote:
On 17-Aug-10 4:40 PM, Bill Hoffman wrote:
We have been working quite a bit on making ctest/CDash more robust. If
you use git master ctest and svn CDash it should give more information,
and even retry if it fails.
Indeed, ctest built from git
On 08/11/2010 07:04 PM, Andreas Pakulat wrote:
On 11.08.10 16:07:21, Brad King wrote:
What source file is it compiling when it fails to find the header?
reviewpatchdialog.cpp which has #include ui_reviewpatch.h
In what target is its object file?
kdevreviewboard is the target with the
On Monday 16 August 2010, Bo Thorsen wrote:
Hi Claus,
If you didn't already, please post this to http://cmake.org/Bug instead.
The CMake people usually don't take bug reports from this list.
Is this related to this one ?
http://public.kitware.com/Bug/view.php?id=10994
Alex
Am Tuesday 06 July 2010 schrieb Rolf Eike Beer:
Am Monday 05 July 2010 schrieb David Cole:
Hi all,
Now that we have released CMake 2.8.2 last Monday, and we have switched
to this new workflow using branches in the git repository, *now* would
be a great time to prioritize bug fixes for
On Monday 16 August 2010, Daniel Nelson wrote:
On Monday 16 August 2010 7:47:33 am naryniecki wrote:
Hi,
I only want add that when I run make t1/fast t2/fast from command line
it works fine.
Dnia 16 sierpnia 2010 15:33 naryniecki narynie...@o2.pl napisaĆ(a):
Hi,
for each
I'm contemplating updating the version of cmake in EPEL[1] 5 from 2.4.8 to
2.6.4 and was wondering if there were any particular gotchas to be expected
from this move. Thanks!
1 - https://fedoraproject.org/wiki/EPEL
--
Orion Poplawski
Technical Manager 303-415-9701 x222
Hi,
On Tuesday 17 August 2010, Orion Poplawski wrote:
I'm contemplating updating the version of cmake in EPEL[1] 5 from 2.4.8 to
2.6.4
Why not go directly to 2.8.2 ?
I think there are no known regressions.
and was wondering if there were any particular gotchas to be expected
from this
Why wouldn't you go to the latest stable release of CMake, 2.8.2?
On Tue, Aug 17, 2010 at 4:31 PM, Orion Poplawski or...@cora.nwra.comwrote:
I'm contemplating updating the version of cmake in EPEL[1] 5 from 2.4.8 to
2.6.4 and was wondering if there were any particular gotchas to be expected
I tried to bootstrap CMake on Solaris, and got the following error:
cmake-build/Source/cmsys/FundamentalType.h, line 50: Error: #error
Cannot determine sizeof(int).
Does anyone know if this has been fixed in the development tree?
Cheers,
CY
___
Hi,
I have a script where I tell ctest how to build my xcode project using
xcodebuild and send the results to our dashboard. However, I have noticed that
ctest_build is much much slower than when I am building my project manually
with Xcode or xcodebuild. For some of my projects, it can be
On 08/17/2010 02:58 PM, Alexander Neundorf wrote:
Hi,
On Tuesday 17 August 2010, Orion Poplawski wrote:
I'm contemplating updating the version of cmake in EPEL[1] 5 from 2.4.8 to
2.6.4
Why not go directly to 2.8.2 ?
I think there are no known regressions.
Out of my hands. RHEL6 will ship
On 17.08.10 14:53:02, Brad King wrote:
On 08/11/2010 07:04 PM, Andreas Pakulat wrote:
On 11.08.10 16:07:21, Brad King wrote:
What source file is it compiling when it fails to find the header?
reviewpatchdialog.cpp which has #include ui_reviewpatch.h
In what target is its object
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via e25fe26bc418b17a0d7b9a1ae2e25296aab6c35c (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 137fed46687377477487365a3e5ad38c3b2e151d (commit)
via
25 matches
Mail list logo