David Abrahams wrote:
troy d. straszheim wrote:
The dashboardish trac plugin is slow (for various fixable reasons) and
needs more features (it only has a couple of views), but it is easy to
extend and I already find it useful. I think it won't be long before we
are more effective at communi
Doug Gregor wrote:
> On Wed, Jul 2, 2008 at 2:06 PM, David Abrahams <[EMAIL PROTECTED]> wrote:
>> troy d. straszheim wrote:
>>> Saw some discussion on this... here's the story. I'll skip discussion
>>> of why one would want to do this at all :)
>>>
>>> I believe this clears the way to check the c
troy d. straszheim wrote:
> The dashboardish trac plugin is slow (for various fixable reasons) and
> needs more features (it only has a couple of views), but it is easy to
> extend and I already find it useful. I think it won't be long before we
> are more effective at communicating the current s
Whoops, I only got a couple of them:
http://svn.boost.org/trac/boost/changeset/46937/branches/CMake/release
Committed the other two in r47108.Thanks again!
-t
Miguel A. Figueroa-Villanueva wrote:
On Tue, Jul 1, 2008 at 12:33 AM, troy d. straszheim wrote:
Miguel A. Figueroa-Villanueva w
On Tue, Jul 1, 2008 at 12:33 AM, troy d. straszheim wrote:
> Miguel A. Figueroa-Villanueva wrote:
>>>
>>> PATTERN ".svn" EXCLUDE
>>>
>>> should work here as well, no?
>>>
>>> -t
>>
>> Yes, that works too. Tried it here just to make sure and it worked as
>> expected.
>>
>> --Miguel
>
> Fixed on the
On Wed, Jul 2, 2008 at 4:51 PM, Doug Gregor <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 2, 2008 at 4:45 PM, Beman Dawes <[EMAIL PROTECTED]> wrote:
> > What is the status of using CMake to run regression tests?
> >
> > What is the status of using CMake to run developers local tests?
>
> Troy's the mas
Doug Gregor wrote:
On Wed, Jul 2, 2008 at 4:45 PM, Beman Dawes <[EMAIL PROTECTED]> wrote:
What is the status of using CMake to run regression tests?
What is the status of using CMake to run developers local tests?
Troy's the master here :)
On the client side, regression testing works well,
On Wed, Jul 2, 2008 at 4:45 PM, Beman Dawes <[EMAIL PROTECTED]> wrote:
> What is the status of using CMake to run regression tests?
>
> What is the status of using CMake to run developers local tests?
Troy's the master here :)
> Until CMake is ready to take over both of those tasks, I don't want
On Wed, Jul 2, 2008 at 2:06 PM, David Abrahams <[EMAIL PROTECTED]> wrote:
> troy d. straszheim wrote:
> > Saw some discussion on this... here's the story. I'll skip discussion
> > of why one would want to do this at all :)
> >
> > I believe this clears the way to check the cmake stuff in to the
On Wed, Jul 2, 2008 at 2:06 PM, David Abrahams <[EMAIL PROTECTED]> wrote:
> troy d. straszheim wrote:
> > Saw some discussion on this... here's the story. I'll skip discussion
> > of why one would want to do this at all :)
> >
> > I believe this clears the way to check the cmake stuff in to the
On Wed, Jul 2, 2008 at 4:38 PM, Doug Gregor wrote:
> On Wed, Jul 2, 2008 at 4:31 PM, Miguel A. Figueroa-Villanueva wrote:
>> On Wed, Jul 2, 2008 at 2:06 PM, David Abrahams wrote:
>>> troy d. straszheim wrote:
and those HEADERS from each library will get moved from toplevel boost/
to each
On Wed, Jul 2, 2008 at 2:06 PM, David Abrahams <[EMAIL PROTECTED]> wrote:
> troy d. straszheim wrote:
>> Saw some discussion on this... here's the story. I'll skip discussion
>> of why one would want to do this at all :)
>>
>> I believe this clears the way to check the cmake stuff in to the main
On Wed, Jul 2, 2008 at 4:31 PM, Miguel A. Figueroa-Villanueva
<[EMAIL PROTECTED]> wrote:
> On Wed, Jul 2, 2008 at 2:06 PM, David Abrahams wrote:
>> troy d. straszheim wrote:
>>> and those HEADERS from each library will get moved from toplevel boost/
>>> to each library's libs/*/include/boost direct
On Wed, Jul 2, 2008 at 2:06 PM, David Abrahams wrote:
> troy d. straszheim wrote:
>> Saw some discussion on this... here's the story. I'll skip discussion
>> of why one would want to do this at all :)
>>
>> I believe this clears the way to check the cmake stuff in to the main
>> release branch al
Miguel A. Figueroa-Villanueva wrote:
- Is there a CDash dashboard actively running? It seems that the
http://dart.resophonic.com/boost_1_34_0/Dashboard has been down for
the last 4 days at least...
Troy's been working on an updated system that isn't based on CDash. I
haven't been keeping up with
troy d. straszheim wrote:
> Saw some discussion on this... here's the story. I'll skip discussion
> of why one would want to do this at all :)
>
> I believe this clears the way to check the cmake stuff in to the main
> release branch alongside everything else: everything can happily coexist
> wi
Saw some discussion on this... here's the story. I'll skip discussion
of why one would want to do this at all :)
I believe this clears the way to check the cmake stuff in to the main
release branch alongside everything else: everything can happily coexist
with Boost.Build. We no longer nee
Hello Miguel,
On Wed, Jul 2, 2008 at 3:41 AM, Miguel A. Figueroa-Villanueva
<[EMAIL PROTECTED]> wrote:
> I guess your talking about the DEPENDS ... parameter passed to the
> macro, right?
Yes, the DEPENDS argument that shows up in the module.cmake file needs
to list all of the libraries that this
Hello Doug,
On Wed, Jul 2, 2008 at 2:27 AM, Doug Gregor <[EMAIL PROTECTED]> wrote:
> Hi Miguel,
>
> On Wed, Jul 2, 2008 at 1:12 AM, Miguel A. Figueroa-Villanueva wrote:
>> I would like to know what the current status of the boost cmake build
>> is. I guess that what I would like to know is where i
19 matches
Mail list logo
