Re: [Boost-cmake] CDash dashboard now available

2009-05-14 Thread troy d. straszheim

David Wolfe wrote:

x86 on what platform? I was planning to build x86 binaries for Mac OS
10.4 and 10.5. We might be able to prod someone into building x86
Windows binaries. Any takers?


I'll take a stab at this if someone can help me get started.  Should I
do:

 svn co http://svn.boost.org/svn/boost/trunk  boost-trunk



For this package-building exercise all the relevant stuff is at

  http://svn.boost.org/svn/boost/branches/release

since the release branch is open, my git is synced up with svn.


to get the code?  Troy mentioned a 'patch branch', so I'm wondering if
I'm supposed to do something like this instead:

  git clone git://sodium.resophonic.com/boost_patches boost-cmake

I tried this, and it seemed to download a ton of stuff, but then it
carped:

Initialized empty Git repository in c:/opt/boost-cmake/.git/
remote: Counting objects: 389135, done.
remote: Compressing objects: 100% (116801/116801), done.
remote: Total 389135 (delta 274306), reused 384231 (delta 269494)
Receiving objects: 100% (389135/389135), 125.16 MiB | 253 KiB/s, done.
Resolving deltas: 100% (274306/274306), done.
warning: remote HEAD refers to nonexistent ref, unable to checkout.

Um, okay... I know mercurial pretty well, but this is the first time
I've ever tried git, so somebody please tell me if I'm totally barking
up the wrong tree.

Basically, I'm wondering how to avoid having to redo fixes that people
have already submitted patches for (e.g., setting the minor version
number correctly in the top-level CMakeLists.txt file).  Is there some
process in place for this? Should I just hack the trunk and submit any
patches against it?  And who should I send said patches to?


We're working on branches/release, so hack that, if anything.
Again, for this you don't need to git anything from me.

My patches against 1.39 are not in svn.  If we do a 1.39.1 release you 
won't need to 'git' them.  The diffs are on the webserver,  look here:


http://sodium.resophonic.com/git/boost_patches/?h=cmake-patches%2FBoost_1_39_0

And you'll see the four commits, which you can apply to your unpacked 
distribution.  There are also tarball/zipfile download links in there.


I've been keeping git notes, I'll see about putting up some more 
detailed 'how to git boost' docs.  Apologies that this has been 
unproductive so far.


-t


___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-13 Thread David Wolfe

x86 on what platform? I was planning to build x86 binaries for Mac OS
10.4 and 10.5. We might be able to prod someone into building x86
Windows binaries. Any takers?


I'll take a stab at this if someone can help me get started.  Should I
do:

 svn co http://svn.boost.org/svn/boost/trunk  boost-trunk

to get the code?  Troy mentioned a 'patch branch', so I'm wondering if
I'm supposed to do something like this instead:

  git clone git://sodium.resophonic.com/boost_patches boost-cmake

I tried this, and it seemed to download a ton of stuff, but then it
carped:

Initialized empty Git repository in c:/opt/boost-cmake/.git/
remote: Counting objects: 389135, done.
remote: Compressing objects: 100% (116801/116801), done.
remote: Total 389135 (delta 274306), reused 384231 (delta 269494)
Receiving objects: 100% (389135/389135), 125.16 MiB | 253 KiB/s, done.
Resolving deltas: 100% (274306/274306), done.
warning: remote HEAD refers to nonexistent ref, unable to checkout.

Um, okay... I know mercurial pretty well, but this is the first time
I've ever tried git, so somebody please tell me if I'm totally barking
up the wrong tree.

Basically, I'm wondering how to avoid having to redo fixes that people
have already submitted patches for (e.g., setting the minor version
number correctly in the top-level CMakeLists.txt file).  Is there some
process in place for this? Should I just hack the trunk and submit any
patches against it?  And who should I send said patches to?

- Dave Wolfe
  Fifth Sally Software

___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-12 Thread Doug Gregor
On Tue, May 12, 2009 at 11:02 AM, Doug Gregor  wrote:
> On Tue, May 12, 2009 at 10:56 AM, Vladimir Prus
>  wrote:
>> On Tuesday 12 May 2009 20:50:19 Doug Gregor wrote:
>>> On Mon, May 11, 2009 at 9:27 AM, Vladimir Prus
>>>  wrote:
>>> > On Monday 11 May 2009 19:40:35 Doug Gregor wrote:
>>> >> On Mon, May 11, 2009 at 6:55 AM, Vladimir Prus
>>> >>  wrote:
>>> >> > On Monday 11 May 2009 01:24:08 Beman Dawes wrote:
>>> >> >
>>> >> >> I'm going to experiment with pre-built binary installers, with an eye
>>> >> >> to supplying them for the 1.40.0 release.
>>> >> >
>>> >> > For what platforms?
>>> >>
>>> >> Windows and Mac will give us the biggest "bang", I think. Building
>>> >> binaries for Linux is better left to the distribution maintainers, and
>>> >> with Windows and Mac we get the graphical, component-based installers
>>> >> that allow people to get a subset of Boost.
>>> >
>>> > Do you, or anybody else, have an installer I can play with? It does not
>>> > matter if that's beta-quality, or alpha-quality, or even barely-working.
>>>
>>> I can build one for Mac OS X tonight. Do you have access to a machine
>>> running Mac OS 10.4 or 10.5?
>>
>> Not really -- x86 would be more convenient.
>
> x86 on what platform? I was planning to build x86 binaries for Mac OS
> 10.4 and 10.5. We might be able to prod someone into building x86
> Windows binaries. Any takers?

x86 Mac binaries (which should work on Tiger and above) are available here:

  http://www.osl.iu.edu/~dgregor/Boost-1.40.0-Darwin.dmg

It's one big, 38MB installer.

By flipping a switch in the CMake configuration, we can create a
smaller installer that downloads only the selected components
on-the-fly. However, I haven't figured out where to permanently host
the downloaded package files.

Also, for the real installer, we might want to build
PowerPC/x86/x86_64 fat binaries, since that's the "right" way to
distribute libraries on the Mac.

  - Doug
___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-12 Thread troy d. straszheim

Doug Gregor wrote:


IIRC, the "*\fast" targets rebuild something without rebuilding dependencies.



Yeah.   If you are e.g. hacking on an executable 'myprog' which links to 
 libraries lib1..libn, 'make myprog/fast' will skip checking whether 
lib1..libn need rebuilding start from myprog's object files.  In certain 
cases this can be a tremendous convenience.


-t



___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-12 Thread Doug Gregor
On Tue, May 12, 2009 at 1:11 PM, Beman Dawes  wrote:
> On Tue, May 12, 2009 at 3:48 PM, Doug Gregor  wrote:
>> On Tue, May 12, 2009 at 12:10 PM, Beman Dawes  wrote:
>>> On Tue, May 12, 2009 at 2:02 PM, Doug Gregor  wrote:
>>> ... We might be able to prod someone into building x86
 Windows binaries. Any takers?
>>>
>>> I'm already playing with trying to create a VC++ installer for
>>> Windows. Just getting my feet wet, but I'll let this list know as I
>>> make progress and/or have questions.
>>
>> Great! If you build the "modularize" target first, then build the
>> "package" target, you'll get the full component-based installer.
>
> I just figured that out by looking at the Makefile. It is much cleaner
> that any large Makefile I've looked at in the past. Good job, CMake!
>
> What are the *\fast targets? For example, package\fast?

IIRC, the "*\fast" targets rebuild something without rebuilding dependencies.

  - Doug
___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-12 Thread Beman Dawes
On Tue, May 12, 2009 at 3:48 PM, Doug Gregor  wrote:
> On Tue, May 12, 2009 at 12:10 PM, Beman Dawes  wrote:
>> On Tue, May 12, 2009 at 2:02 PM, Doug Gregor  wrote:
>> ... We might be able to prod someone into building x86
>>> Windows binaries. Any takers?
>>
>> I'm already playing with trying to create a VC++ installer for
>> Windows. Just getting my feet wet, but I'll let this list know as I
>> make progress and/or have questions.
>
> Great! If you build the "modularize" target first, then build the
> "package" target, you'll get the full component-based installer.

I just figured that out by looking at the Makefile. It is much cleaner
that any large Makefile I've looked at in the past. Good job, CMake!

What are the *\fast targets? For example, package\fast?

--Beman
___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-12 Thread Doug Gregor
On Tue, May 12, 2009 at 12:10 PM, Beman Dawes  wrote:
> On Tue, May 12, 2009 at 2:02 PM, Doug Gregor  wrote:
> ... We might be able to prod someone into building x86
>> Windows binaries. Any takers?
>
> I'm already playing with trying to create a VC++ installer for
> Windows. Just getting my feet wet, but I'll let this list know as I
> make progress and/or have questions.

Great! If you build the "modularize" target first, then build the
"package" target, you'll get the full component-based installer.

  - Doug
___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-12 Thread Beman Dawes
On Tue, May 12, 2009 at 2:02 PM, Doug Gregor  wrote:
... We might be able to prod someone into building x86
> Windows binaries. Any takers?

I'm already playing with trying to create a VC++ installer for
Windows. Just getting my feet wet, but I'll let this list know as I
make progress and/or have questions.

--Beman
___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-12 Thread Doug Gregor
On Tue, May 12, 2009 at 10:56 AM, Vladimir Prus
 wrote:
> On Tuesday 12 May 2009 20:50:19 Doug Gregor wrote:
>> On Mon, May 11, 2009 at 9:27 AM, Vladimir Prus
>>  wrote:
>> > On Monday 11 May 2009 19:40:35 Doug Gregor wrote:
>> >> On Mon, May 11, 2009 at 6:55 AM, Vladimir Prus
>> >>  wrote:
>> >> > On Monday 11 May 2009 01:24:08 Beman Dawes wrote:
>> >> >
>> >> >> I'm going to experiment with pre-built binary installers, with an eye
>> >> >> to supplying them for the 1.40.0 release.
>> >> >
>> >> > For what platforms?
>> >>
>> >> Windows and Mac will give us the biggest "bang", I think. Building
>> >> binaries for Linux is better left to the distribution maintainers, and
>> >> with Windows and Mac we get the graphical, component-based installers
>> >> that allow people to get a subset of Boost.
>> >
>> > Do you, or anybody else, have an installer I can play with? It does not
>> > matter if that's beta-quality, or alpha-quality, or even barely-working.
>>
>> I can build one for Mac OS X tonight. Do you have access to a machine
>> running Mac OS 10.4 or 10.5?
>
> Not really -- x86 would be more convenient.

x86 on what platform? I was planning to build x86 binaries for Mac OS
10.4 and 10.5. We might be able to prod someone into building x86
Windows binaries. Any takers?

  - Doug
___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-12 Thread Vladimir Prus
On Tuesday 12 May 2009 20:50:19 Doug Gregor wrote:
> On Mon, May 11, 2009 at 9:27 AM, Vladimir Prus
>  wrote:
> > On Monday 11 May 2009 19:40:35 Doug Gregor wrote:
> >> On Mon, May 11, 2009 at 6:55 AM, Vladimir Prus
> >>  wrote:
> >> > On Monday 11 May 2009 01:24:08 Beman Dawes wrote:
> >> >
> >> >> I'm going to experiment with pre-built binary installers, with an eye
> >> >> to supplying them for the 1.40.0 release.
> >> >
> >> > For what platforms?
> >>
> >> Windows and Mac will give us the biggest "bang", I think. Building
> >> binaries for Linux is better left to the distribution maintainers, and
> >> with Windows and Mac we get the graphical, component-based installers
> >> that allow people to get a subset of Boost.
> >
> > Do you, or anybody else, have an installer I can play with? It does not
> > matter if that's beta-quality, or alpha-quality, or even barely-working.
> 
> I can build one for Mac OS X tonight. Do you have access to a machine
> running Mac OS 10.4 or 10.5?

Not really -- x86 would be more convenient.

- Volodya
___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-12 Thread Doug Gregor
On Mon, May 11, 2009 at 9:27 AM, Vladimir Prus
 wrote:
> On Monday 11 May 2009 19:40:35 Doug Gregor wrote:
>> On Mon, May 11, 2009 at 6:55 AM, Vladimir Prus
>>  wrote:
>> > On Monday 11 May 2009 01:24:08 Beman Dawes wrote:
>> >
>> >> I'm going to experiment with pre-built binary installers, with an eye
>> >> to supplying them for the 1.40.0 release.
>> >
>> > For what platforms?
>>
>> Windows and Mac will give us the biggest "bang", I think. Building
>> binaries for Linux is better left to the distribution maintainers, and
>> with Windows and Mac we get the graphical, component-based installers
>> that allow people to get a subset of Boost.
>
> Do you, or anybody else, have an installer I can play with? It does not
> matter if that's beta-quality, or alpha-quality, or even barely-working.

I can build one for Mac OS X tonight. Do you have access to a machine
running Mac OS 10.4 or 10.5?

  - Doug
___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-12 Thread Brad King

troy d. straszheim wrote:

Doug Gregor wrote:


This is a work in progress; we'll be working to make submission easier
(e.g., via CTest scripts), get more testing working, and make use of
some of the newer, cooler features of CDash that can help Boost... but
we could certainly use more help!



Anybody know offhand what the recommended way (with cmake 2.7.x) is to 
markup the these dashboard submissions with svn url / revision, 
compiler, etc?


In the CTest script, set the variable CTEST_NOTES_FILES to contain the
path to a file configured with whatever information you want.  It will
show up on the submission line in CDash as a notes link.

I plan to discuss revision reporting with the CDash developers at some
point.  The CTest "nightly start time" model was developed with CVS
revision control where the only way to get a global version without
a tag is to use a date/time value.  For modern version control tools
other models are possible, most of which will include a global revision
number or identifier as part of the Update.xml submission.

-Brad

___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-12 Thread Vladimir Prus
On Monday 11 May 2009 19:40:35 Doug Gregor wrote:
> On Mon, May 11, 2009 at 6:55 AM, Vladimir Prus
>  wrote:
> > On Monday 11 May 2009 01:24:08 Beman Dawes wrote:
> >
> >> I'm going to experiment with pre-built binary installers, with an eye
> >> to supplying them for the 1.40.0 release.
> >
> > For what platforms?
> 
> Windows and Mac will give us the biggest "bang", I think. Building
> binaries for Linux is better left to the distribution maintainers, and
> with Windows and Mac we get the graphical, component-based installers
> that allow people to get a subset of Boost.

Do you, or anybody else, have an installer I can play with? It does not
matter if that's beta-quality, or alpha-quality, or even barely-working.

- Volodya

___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-11 Thread Doug Gregor
On Mon, May 11, 2009 at 6:55 AM, Vladimir Prus
 wrote:
> On Monday 11 May 2009 01:24:08 Beman Dawes wrote:
>
>> I'm going to experiment with pre-built binary installers, with an eye
>> to supplying them for the 1.40.0 release.
>
> For what platforms?

Windows and Mac will give us the biggest "bang", I think. Building
binaries for Linux is better left to the distribution maintainers, and
with Windows and Mac we get the graphical, component-based installers
that allow people to get a subset of Boost.

  - Doug
___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-11 Thread Vladimir Prus
On Monday 11 May 2009 01:24:08 Beman Dawes wrote:

> I'm going to experiment with pre-built binary installers, with an eye
> to supplying them for the 1.40.0 release.

For what platforms?

- Volodya
___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-10 Thread troy d. straszheim

Doug Gregor wrote:


This is a work in progress; we'll be working to make submission easier
(e.g., via CTest scripts), get more testing working, and make use of
some of the newer, cooler features of CDash that can help Boost... but
we could certainly use more help!



Anybody know offhand what the recommended way (with cmake 2.7.x) is to 
markup the these dashboard submissions with svn url / revision, 
compiler, etc?


-t


___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-10 Thread Beman Dawes
On Sat, May 9, 2009 at 3:44 PM, Bill Hoffman  wrote:
> Philip Lowman wrote:
>>
>> The tests look like they're already grouped by a label that relates back
>> to the boost library they derive from so implementing this would only be a
>> matter of a different viewer.  I've filed a feature request for it here.
>>  Feel free to add comments if you'd like.
>>
>> http://public.kitware.com/Bug/view.php?id=8991
>>
> This is already done
>
>
>
> An example can be found here in the Trilinos dashboard:
>
> http://trilinos-dev.sandia.gov/cdash/index.php [^]
>
> Trilinos is one big project with lots of sub-projects. The sub-projects can
> be described either in the CDash GUI, or in an XML file that can be uploaded
> to CDash.

FWIW, Bill Hoffman did a nice presentation at BoostCon looking at
CMake and how it might work for Boost. Brad King of Kitware was also
there, and helped flesh out a lot of technical details. We had a
breakout meeting looking at what needs to be done next. Troy and Doug
remain the leads on the Boost side, but others are starting to get
involved with various aspects. There was a hands on session Friday so
Boosters could kick the tires.

I'm going to experiment with pre-built binary installers, with an eye
to supplying them for the 1.40.0 release.

---Beman
___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-10 Thread Doug Gregor
On Sat, May 9, 2009 at 12:44 PM, Bill Hoffman  wrote:
> Philip Lowman wrote:
>> The tests look like they're already grouped by a label that relates back
>> to the boost library they derive from so implementing this would only be a
>> matter of a different viewer.  I've filed a feature request for it here.
>>  Feel free to add comments if you'd like.
>>
>> http://public.kitware.com/Bug/view.php?id=8991
>>
> This is already done
>
>
>
> An example can be found here in the Trilinos dashboard:
>
> http://trilinos-dev.sandia.gov/cdash/index.php [^]
>
> Trilinos is one big project with lots of sub-projects. The sub-projects can
> be described either in the CDash GUI, or in an XML file that can be uploaded
> to CDash.

I suspect that we'll want to generate the XML file from the build
(even if it is only uploaded manually, when needed).

> It has just been finished and there is not good documentation yet, but I
> will try to get some up soon.

Okay! I'm perfectly happy to be a guinea pig with early, incomplete
documentation.

  - Doug
___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-09 Thread Bill Hoffman

Philip Lowman wrote:
On Fri, May 8, 2009 at 11:34 AM, Jeremiah Willcock > wrote:


On Wed, 6 May 2009, Doug Gregor wrote:

I have created a CDash dashboard for Boost, kindly hosted by
Kitware.
The dashboard is here:

 http://www.cdash.org/CDashPublic/index.php?project=Boost

The CMake build system on the Boost release branch is now configured
to build and test with CTest, then submit to this dashboard. If you
configure a Boost build tree with CMake, you can then build the
"Experimental" target to (e.g., via "make Experimental") to
build+test
and submit those results to the dashboard.

This is a work in progress; we'll be working to make submission
easier
(e.g., via CTest scripts), get more testing working, and make use of
some of the newer, cooler features of CDash that can help
Boost... but
we could certainly use more help!


Is it possible to have the results broken down by library like the
traditional Boost dashboard is?  That would make sorting through the
results much easier.


The tests look like they're already grouped by a label that relates back 
to the boost library they derive from so implementing this would only be 
a matter of a different viewer.  I've filed a feature request for it 
here.  Feel free to add comments if you'd like.


http://public.kitware.com/Bug/view.php?id=8991


This is already done



An example can be found here in the Trilinos dashboard:

http://trilinos-dev.sandia.gov/cdash/index.php [^]

Trilinos is one big project with lots of sub-projects. The sub-projects 
can be described either in the CDash GUI, or in an XML file that can be 
uploaded to CDash.



It has just been finished and there is not good documentation yet, but I 
will try to get some up soon.


-Bill

___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-09 Thread Philip Lowman
On Fri, May 8, 2009 at 11:34 AM, Jeremiah Willcock wrote:

> On Wed, 6 May 2009, Doug Gregor wrote:
>
>  I have created a CDash dashboard for Boost, kindly hosted by Kitware.
>> The dashboard is here:
>>
>>  http://www.cdash.org/CDashPublic/index.php?project=Boost
>>
>> The CMake build system on the Boost release branch is now configured
>> to build and test with CTest, then submit to this dashboard. If you
>> configure a Boost build tree with CMake, you can then build the
>> "Experimental" target to (e.g., via "make Experimental") to build+test
>> and submit those results to the dashboard.
>>
>> This is a work in progress; we'll be working to make submission easier
>> (e.g., via CTest scripts), get more testing working, and make use of
>> some of the newer, cooler features of CDash that can help Boost... but
>> we could certainly use more help!
>>
>
> Is it possible to have the results broken down by library like the
> traditional Boost dashboard is?  That would make sorting through the results
> much easier.


The tests look like they're already grouped by a label that relates back to
the boost library they derive from so implementing this would only be a
matter of a different viewer.  I've filed a feature request for it here.
Feel free to add comments if you'd like.

http://public.kitware.com/Bug/view.php?id=8991

-- 
Philip Lowman
___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


Re: [Boost-cmake] CDash dashboard now available

2009-05-08 Thread Jeremiah Willcock

On Wed, 6 May 2009, Doug Gregor wrote:


I have created a CDash dashboard for Boost, kindly hosted by Kitware.
The dashboard is here:

 http://www.cdash.org/CDashPublic/index.php?project=Boost

The CMake build system on the Boost release branch is now configured
to build and test with CTest, then submit to this dashboard. If you
configure a Boost build tree with CMake, you can then build the
"Experimental" target to (e.g., via "make Experimental") to build+test
and submit those results to the dashboard.

This is a work in progress; we'll be working to make submission easier
(e.g., via CTest scripts), get more testing working, and make use of
some of the newer, cooler features of CDash that can help Boost... but
we could certainly use more help!


Is it possible to have the results broken down by library like the 
traditional Boost dashboard is?  That would make sorting through the 
results much easier.


-- Jeremiah Willcock
___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake


[Boost-cmake] CDash dashboard now available

2009-05-06 Thread Doug Gregor
I have created a CDash dashboard for Boost, kindly hosted by Kitware.
The dashboard is here:

  http://www.cdash.org/CDashPublic/index.php?project=Boost

The CMake build system on the Boost release branch is now configured
to build and test with CTest, then submit to this dashboard. If you
configure a Boost build tree with CMake, you can then build the
"Experimental" target to (e.g., via "make Experimental") to build+test
and submit those results to the dashboard.

This is a work in progress; we'll be working to make submission easier
(e.g., via CTest scripts), get more testing working, and make use of
some of the newer, cooler features of CDash that can help Boost... but
we could certainly use more help!

  - Doug
___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake