Looking at the ROOT/boost/more/mailing_lists.htm file from the latest
CVS and the web site:
1. Not all the lists are given. It excludes (at least) the
documentation and installation lists. (The CVS version adds the Spirit
list that isn't on the web site yet.)
2. All the web sites for separat
- Original Message -
From: "Eric Friedman" <[EMAIL PROTECTED]>
> Other components, however, are more general purpose -- namely,
boost::empty
> and boost::incomplete. Since boost::empty is almost trivial, I plan to
> document and test it as part of the utility library.
>
> But boost::incompl
- Original Message -
From: "Daryle Walker" <[EMAIL PROTECTED]>
To: "Boost" <[EMAIL PROTECTED]>
Sent: Wednesday, July 16, 2003 3:10 PM
Subject: [boost] Missing functional files in CVS?
> In my copy of the main CVS, looking at ROOT/boost/libs/libraries.htm,
> the links to "function" and "si
- Original Message -
From: "Aleksey Gurtovoy" <[EMAIL PROTECTED]>
> Beman Dawes wrote:
> > What is really needed is to add a "history" element to the test_log.xml
> > files. That would be far more reliable. Let me think about it overnight.
>
> The way we do it in the new reports is to extra
Beman Dawes wrote:
> At 04:54 PM 7/16/2003, David Abrahams wrote:
>
> >Martin Wille <[EMAIL PROTECTED]> writes:
> >> Hmm, I'd have to find out how I would do that. Is there already
> >> some support for showing diffs between two versions of the test
> >> result tables?
> >
> >Yes. Beman?
>
>
Martin Wille writes:
> >>I'll run the tests for Linux and upload them as Linux-rc-1.30.0.
> >>They should be available in a few hours.
> > Can you arrange the html so that it shows regressions from the 1.30.0
> > release results?
>
> Hmm, I'd have to find out how I would do that. Is there already
>
> From: David Abrahams [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, July 16, 2003 10:51 AM
> Sounds fine to me. The only issue remaining is how we can
> get the testing infrastructure to start testing RC_1_30_0. I
> would like to see the results of a round of testing on the
> current CVS st
Kai-Mikael Jää-Aro <[EMAIL PROTECTED]> wrote:
> I obviously have not understood how spirit rules are supposed to work. The
> simple program below fails to compile (spewing out 42 lines of error
> messages). If I replace the application of 'Id' with int_p directly it works
> OK.
> What am I suppose
Dear Boosters,
In trying to port my codes and boost to an IBM Regatta (Power-4)
massively parallel machine, I encountered compilation problems like the
following that I cannot solve when compiling with IBM's xlC C++
compiler. Can anyone provide some insight or should I forget about the
IBM com
At 04:54 PM 7/16/2003, David Abrahams wrote:
>Martin Wille <[EMAIL PROTECTED]> writes:
>> Hmm, I'd have to find out how I would do that. Is there already
>> some support for showing diffs between two versions of the test
>> result tables?
>
>Yes. Beman?
I have a hack that I use to produce
http:/
At 11:50 AM 7/16/2003, David Abrahams wrote:
>Beman Dawes <[EMAIL PROTECTED]> writes:
>> So a schedule might look something like the following?
>>
>> -- 1.30.1 - Selected bug fixes only (details up to release
manager).
>> Schedule: a week or two from now
>
>I would be more hard
replace
rule<> Id = int_p;
with
rule Id = int_p;
Lucas/
"Kai-Mikael Jää-Aro" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I obviously have not understood how spirit rules are supposed to work.
The
> simple program below fails to compile (spewing out 42 lines of error
messages).
>
In my copy of the main CVS, looking at ROOT/boost/libs/libraries.htm,
the links to "function" and "signals", both by Doug Gregor, don't work.
Hopefully this is temporary?...
Daryle
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listi
On Monday, July 14, 2003, at 9:12 PM, Joaquín M López Muñoz wrote:
Well, to sum it up, these are the public names of the library:
0 multiindex_set (haven't decided on the final name, still doubting
between indexed_set and indexed_table).
1 swap, equality and comparison operators
2 index_type
3 g
> | > Do I understand correctly that
> | >
> | > BOOST_CHECK_CLOSE(v1, v2, 2. * std::numeric_limits::epsilon() );
> | >
> | > would check that the absolute difference between v1 and v2 is not
> | > more than two eps?
> | >
> | > Paul
> |
> | No. BOOST_CHECK_CLOSE performs relative errors comparison
"Paul A. Bristow" <[EMAIL PROTECTED]> writes:
| | Signalling NaNs are used to indicate missing initialization values.
|
| This is OK for catching missing initialization by mistake - but not
| for OK for deliberately missing because there really is no value
| (measurement missing).
There is not
With the addition of the variant library has come several closely-related
components such as boost::get, boost::apply_visitor,
boost::static_visitor, and boost::visitor_ptr. While I do plan to submit a
more general-purpose visitation library for review in the near feature,
currently these component
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] Behalf Of Rozental, Gennadiy
| Sent: Friday, July 11, 2003 7:39 PM
| To: 'Boost mailing list'
| Subject: RE: [boost] Re: Re: test_fp_comparisons and rounding errors
|
|
| > Do I understand correctly that
| >
| > BO
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] Behalf Of Rozental, Gennadiy
| Sent: Friday, July 11, 2003 7:39 PM
| To: 'Boost mailing list'
| Subject: RE: [boost] Re: Re: test_fp_comparisons and rounding errors
|
|
| > Do I understand correctly that
| >
| > BOOS
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] Behalf Of Gabriel Dos Reis
| Sent: Sunday, July 13, 2003 9:22 AM
| To: Boost mailing list
| Subject: Re: [boost] Re: Re: is_nan
|
| | And can anyone help with allowing one to easily customise the
| display of NaNs?
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] Behalf Of Gabriel Dos Reis
| Sent: Sunday, July 13, 2003 9:22 AM
| To: Boost mailing list
| Subject: Re: [boost] Re: Re: is_nan
|
|
| "Paul A. Bristow" <[EMAIL PROTECTED]> writes:
| | There is also a single IEEE FP
Martin Wille <[EMAIL PROTECTED]> writes:
F> David Abrahams wrote:
>> Martin Wille writes:
>>
>>>Hi,
>>>
>>>you wrote:
>>>
>>>
Sounds fine to me. The only issue remaining is how we can get the
testing infrastructure to start testing RC_1_30_0. I would like to
see the results of a rou
Bill Seymour <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Daryle Walker wrote:
>
>(Yes, I know that some numeric purists [and GCC] hate "long double,"
>but I want to maximize the capabilities.)
>
The problem with a 'long double' ctor, either with or without 'double' ctor,
is that
I obviously have not understood how spirit rules are supposed to work. The
simple program below fails to compile (spewing out 42 lines of error messages).
If I replace the application of 'Id' with int_p directly it works OK.
What am I supposed to do to get the intended effect?
#include
#include
Beman Dawes <[EMAIL PROTECTED]> writes:
> At 08:36 PM 7/15/2003, David Abrahams wrote:
>
> >Beman Dawes <[EMAIL PROTECTED]> writes:
> >
> >...
> >
> >> Hum... You must be seeing some way of getting a 1.30.1 release out
> >> that eludes me. What would go into 1.30.1?
> >
> >Exactly what's o
Title: RE: [boost] Re: Thoughts on fixdec
>>
>> 6. There should only be conversions from strings, and _no_
>> mixed operations with strings.
>>
>
>In the absence of decimal literals, I think it's easier for the
>user to be able to use strings as pseudo-literals in all contexts;
>and I
Since most academic journals are moving to abolish printed versions (by pricing
out of reach), I think we would be a bit silly to exclude on-line only stuff.
Paul
Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK
+44 1539 561830 Mobile +44 7714 33 02 04
Mobile mailto:[EMAIL PROTECT
Daryle Walker wrote:
>
> I think this library should be accepted.
>
Thanks.
>
> 1.We have two math-related namespaces already. The boost::math
> namespace leans to theoretical work and boost::numeric leans to
> hard-core computation.
>
I don't know that there's anything particularly theor
> No it does *not*. Please re-read the docs.
OK, mea culpa, I've read them again.
> I have no opinion on which one is better for this case, but they are
> different!
Good, goes along well with my point - boost code for format uses
_different_ macros to detect the same thing. The result is that
Hi all!
The updated implementation and docs of the circular buffer (formerly called cyclic
buffer) can be found at
http://groups.yahoo.com/group/boost/files/circular_buffer.zip
To Howard Hinnant:
Probably I won't have time for doing the circular_deque but you can achieve the
insert method by ada
Alisdair Meredith wrote:
Spirit has also just released its next version, should this also be
integrated into any boost 1.30.1?
Yes, Spirit 1.6.1 should be incorporated into a Boost 1.30.1
release (if we actually decide to release 1.30.1).
[I will ask same question on Spirit list, and direct discu
At 06:17 AM 7/16/2003, Alisdair Meredith wrote:
>David Abrahams wrote:
>
>> Only *critical* fixes to the 1.30.0 release.
>
>What about updated compiler configs? For instance, Borland released a
>compiler update pretty much the same week that Boost 1.30 went out, so
>several version checks fail.
At 08:36 PM 7/15/2003, David Abrahams wrote:
>Beman Dawes <[EMAIL PROTECTED]> writes:
>
>...
>
>> Hum... You must be seeing some way of getting a 1.30.1 release out
>> that eludes me. What would go into 1.30.1?
>
>Exactly what's on the end of the RC_1_30_0 branch plus whatever
>additional small fi
From: "Alisdair Meredith" <[EMAIL PROTECTED]>
> > Only *critical* fixes to the 1.30.0 release.
>
> What about updated compiler configs? For instance, Borland released a
> compiler update pretty much the same week that Boost 1.30 went out, so
> several version checks fail. Any other compilers rel
"Drazen DOTLIC" <[EMAIL PROTECTED]> writes:
> Hello,
>
> There was a message few weeks ago that did not get satisfactory answer
> IMHO. It's about compiler workaround in boost/format/feed_args.hpp (note
> that we use VC7.1):
> [original]
> #if BOOST_WORKAROUND( BOOST_MSVC, BOOST_TESTED_AT(1300))
"Johannes Brunen" <[EMAIL PROTECTED]> writes:
> At our company we use a slightly different approach. We have two development
> streams, which we call 'Master' and 'Release'. At some time, when we are
> releasing a version from our main development branch ('Master'), we just make
> a copy of the
Alisdair Meredith <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>
>> > [Beman Dawes]
>> > Hum... You must be seeing some way of getting a 1.30.1 release out
>> > that eludes me. What would go into 1.30.1?
>
>> Exactly what's on the end of the RC_1_30_0 branch plus whatever
>> additional smal
Peter Dimov wrote:
>
> But I don't have access to Intel C++.
I do now, fixed (hopefully), thanks for the report.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
"Maxim Egorushkin" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> "Jonathan David Turkanis" <[EMAIL PROTECTED]> wrote in message
> ...
> > ... You just call new_source or new_sink
> > with whatever object you want to make into a source/sink. This is less
> > verbose than using, e.g.
hlh771 wrote:
> hello,everybody
> I want to test smart pointer library,but got some compile failure:
>
> vc-
> C++ ..\..\..\libs\smart_ptr\test\bin\shared_ptr_alloc_test.test\msvc\d
> ebug\runtime-link-dynamic\shared_ptr_alloc_test.obj
> shared_ptr_alloc_test.cpp
> M:\develop\boost_1_30_0\boost/det
David Abrahams wrote:
> > [Beman Dawes]
> > Hum... You must be seeing some way of getting a 1.30.1 release out
> > that eludes me. What would go into 1.30.1?
> Exactly what's on the end of the RC_1_30_0 branch plus whatever
> additional small fixes were deemed important and can be applied in a
>
Hi,
This patch fixes compilation error with gcc 3.2 (mingw)
Regards,
Janusz
--- subgraph.hpp.orig 2003-07-15 08:32:48.0 +0200
+++ subgraph.hpp 2003-07-16 10:32:08.0 +0200
@@ -202,14 +202,14 @@
// Return the children subgraphs of this graph/subgraph.
// Use a list of po
"Beman Dawes" <[EMAIL PROTECTED]> wrote ...
>
> Thanks to Dave Abrahams, Diane Cabell, Devin Smith, and Eva Chen, we now
> have a pretty close to final draft of a new Boost Software License.
>
> For as many Boost libraries as possible, the plan is to replace the
> individual licenses with the "offi
Beman Dawes wrote:
Seems like we are very close to being ready to do a 1.31.0 release. One
new library has been added since 1.30.0, at least two libraries have had
interface upgrades, and a large number of bugs have been fixed in
numerous libraries.
How about 1 or maybe more betas of 1.31.0 (li
Hello,
There was a message few weeks ago that did not get satisfactory answer
IMHO. It's about compiler workaround in boost/format/feed_args.hpp (note
that we use VC7.1):
[original]
#if BOOST_WORKAROUND( BOOST_MSVC, BOOST_TESTED_AT(1300))
[fixed]
#if BOOST_WORKAROUND( BOOST_MSVC, <= 1300)
At the
In our last exciting episode Markus Werle wrote:
> Lines: 24
> Mail-Copies-To: [EMAIL PROTECTED]
> User-Agent: KNode/0.6.1
> Jaakko Jarvi wrote code that looks like this:
> template
> struct disable_if: public enable_if< !B, T> {};
> I have a question regarding compile time:
> Do you have
Hi,
On Tue, 15 Jul 2003 23:38:12 +0200, Daniel Frey wrote:
> I think it's too late, let's go for a 1.31.0. I think that we'll hear
> about problems with the 1.31.0 really soon after release and probably a
> 1.31.1 can follow shortly after.
Agreed.
At our company we use a slightly different appr
47 matches
Mail list logo
