[2003-06-18] Aleksey Gurtovoy wrote:
> as per http://article.gmane.org/gmane.comp.lib.boost.devel/20648 are
>available from here:
>
> * user summary page -
>http://boost.sourceforge.net/regression-logs/user_summary_page.html
> * developer summary page -
>http://boost.sourceforge.net/regression
Aleksey Gurtovoy wrote:
> ... as per http://article.gmane.org/gmane.comp.lib.boost.devel/20648 are
> available from here:
>
> * user summary page -
> http://boost.sourceforge.net/regression-logs/user_summary_page.html
> * developer summary page -
> http://boost.sourceforge.net/regression-logs/d
Daryle Walker <[EMAIL PROTECTED]> writes:
>>> My point was that warnings are non-portable constructions made up
>>> by compiler makers.
>>
>> So are the semantics of #include. That doesn't mean we can't count
>> on certain similarities (though they may be hard to find).
>
> Actually, the semantic
On Tuesday, June 17, 2003, at 7:03 AM, David Abrahams wrote:
Daryle Walker <[EMAIL PROTECTED]> writes:
On Sunday, June 15, 2003, at 10:15 AM, Robert Ramey wrote:
H - I never imagined that something like this would be so
problematic.
For now with my VC 7.0 compiler I can use the following an
On Tuesday, June 17, 2003, at 12:38 AM, Gennadiy Rozental wrote:
"Daryle Walker" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
While writing some other code, I checked out how some of the macros
in Boost.Test are implemented. The BOOST_CHECK_THROW and
BOOST_CHECK_EXCEPTION macros f
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] On Behalf Of Reece Dunn
| Sent: 18 June 2003 20:23
| To: [EMAIL PROTECTED]
| Subject: Re: [boost] Re: Math Constants Formal Review -
| Also, using constructs like this is easier for the
| programmer. You
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] On Behalf Of Gennaro Prota
| Sent: 18 June 2003 15:45
| To: [EMAIL PROTECTED]
| Subject: [boost] Re: Math Constants Formal Review - accuracy
| is vital too
|
| > the proposed code uses namespaces
| >to
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Frey
| Sent: 18 June 2003 11:15
| To: [EMAIL PROTECTED]
| Subject: [boost] Re: Math Constants Formal Review
| >>Paul A Bristow wrote:
| >>>I am confident that your system also generates e
> -Original Message-
> From: Peter Dimov [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 18, 2003 6:43 AM
> To: Boost mailing list
> Subject: Re: [boost] test_tools_test Metrowerks failure
>
>
> Gennadiy Rozental wrote:
> > Hi,
> >
> > I am having problems with subject test with Metr
Gennaro Prota wrote:
In fact it's not a matter of speed, but of precision. I'm sure there
are compilers where the -sin(pi/2.) in the example code is faster than
-sin(pi/two ). However an overload allows you to specify that the
value of, say, arccos(-1) [math::acos(minus_one)] is exactly pi.
Also,
On Wed, 18 Jun 2003 10:01:58 -0500, Aleksey Gurtovoy
<[EMAIL PROTECTED]> wrote:
>... as per http://article.gmane.org/gmane.comp.lib.boost.devel/20648 are
>available from here:
>
> * user summary page -
>http://boost.sourceforge.net/regression-logs/user_summary_page.html
> * developer summary page
I will see what could be done.
Gennadiy.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
> ... as per http://article.gmane.org/gmane.comp.lib.boost.devel/20648 are
> available from here:
>
> * user summary page -
> http://boost.sourceforge.net/regression-logs/user_summary_page.html
> * developer summary page -
> http://boost.sourceforge.n
Aleksey Gurtovoy wrote:
> ... as per http://article.gmane.org/gmane.comp.lib.boost.devel/20648
> are available from here:
>
> * user summary page -
> http://boost.sourceforge.net/regression-logs/user_summary_page.html
> * developer summary page -
> http://boost.sourceforge.net/regression-logs/dev
David Abrahams wrote:
[ snip [] syntax ]
>> * We like the syntax :)
>
> It is nice for C++ programmers, but Python programmers at least are
> very much more comfortable without the brackets.
FWIW, I like the syntax ;-)
But then of course I'm biased :o)
Regards,
--
Joel de Guzman
joel at boo
... as per http://article.gmane.org/gmane.comp.lib.boost.devel/20648 are
available from here:
* user summary page -
http://boost.sourceforge.net/regression-logs/user_summary_page.html
* developer summary page -
http://boost.sourceforge.net/regression-logs/developer_summary_page.html
Please comm
On Wed, 18 Jun 2003 15:15:24 +0100, "Paul A Bristow"
<[EMAIL PROTECTED]> wrote:
[...]
>Maximum possible accuracy is a central feature,
>promising the best possible portability,
>especially for intervals where every really bit really counts.
>
>It was also agree that any casting to obtain other ty
Michael Walter wrote:
> In http://www.boost.org/libs/spirit/doc/number_list.cpp.html,
> using namespace spirit
> should read
> using namespace boost::spirit;
> I think. Apologies if this is the wrong list for such an unimportant
> report ;)
Hey, Thanks!
--
Joel de Guzman
joel at boost-consul
In http://www.boost.org/libs/spirit/doc/number_list.cpp.html,
using namespace spirit
should read
using namespace boost::spirit;
I think. Apologies if this is the wrong list for such an unimportant
report ;)
- Michael
___
Unsubscribe & other changes:
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Frey
| Sent: 17 June 2003 11:19
| To: [EMAIL PROTECTED]
| Subject: [boost] Re: Math Constants Formal Review
I have now studied your code - only on paper - rather more carefully,
which I a
Tarjei Knapstad <[EMAIL PROTECTED]> writes:
> On Wed, 2003-06-18 at 01:56, David Abrahams wrote:
>> Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
>>
>> > David Abrahams wrote:
>> >> John <[EMAIL PROTECTED]> writes:
>> >>
>
>
>
>> >
>> > Here - http://www.jclark.com/sp/.
>>
>> Been there, done t
Moving this to the C++-sig as it's a more appropriate forum...
"dalwan01" <[EMAIL PROTECTED]> writes:
>> Daniel Wallin <[EMAIL PROTECTED]> writes:
>>
>> > At 18:03 2003-06-17, you wrote:
>> >>http://aspn.activestate.com/ASPN/Mail/Message/c++-sig/1673338 is
>> >>more recent and also relevant to y
"John Maddock" <[EMAIL PROTECTED]> writes:
> A large number of files in the boost/pending directory have no licence or
> copyright information:
> boost/pending/iterator_adaptors.hpp
> boost/pending/iterator_tests.hpp
> Any chance of the authors concerned fixing these?
Done.
--
Dave Abraham
Hi,
I found a problem with the intel configuration for Linux.
For that compiler the macro BOOST_NO_INTRINSIC_WCHAR_T
gets defined although the compiler has an intrinsic wchar_t.
Neither _WCHAR_T_DEFINED nor _NATIVE_WCHAR_T_DEFINED is
defined on Linux. __WCHAR_TYPE__ is defined to int. Never-
thele
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> since the only namespace associated with the 'print(ostr, t, 0)'
> call is 'std', the second print is not found.
Of course; I missed that part. Peter got all the details of the
explanation right.
--
Dave Abrahams
Boost Consulting
www.boost-consulting
On Wed, 2003-06-18 at 01:56, David Abrahams wrote:
> Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
>
> > David Abrahams wrote:
> >> John <[EMAIL PROTECTED]> writes:
> >>
> >
> > Here - http://www.jclark.com/sp/.
>
> Been there, done that, got the Windows binary package. No 'sx' executable.
>
Bruno MartÃnez wrote:
> Hi,
> I was wondering if it was possible to have two weak pointers that
> together own an object. That is, if one of the two is destroyed the
> other fails to construct a shared_ptr, but as long as both exist the
> object is not destroyed, even if no other weak/shared ptr ex
> Daniel Wallin <[EMAIL PROTECTED]> writes:
>
> > At 18:03 2003-06-17, you wrote:
> >>http://aspn.activestate.com/ASPN/Mail/Message/c++-sig/16
> 73338 is more
> >>recent and also relevant to your question.
> >>
> >>In short, I'd love to see luabind in Boost, and I'd hate
> to see it
> >>happen with
A large number of files in the boost/pending directory have no licence or
copyright information:
boost/pending/container_traits.hpp
boost/pending/cstddef.hpp
boost/pending/detail/disjoint_sets.hpp
boost/pending/detail/property.hpp
boost/pending/fenced_priority_queue.hpp
boost/pending/fibonacci_hea
"Gennadiy Rozental" <[EMAIL PROTECTED]> writes:
> Hi,
>
> I am having problems with subject test with Metrowerks compiler. I was able
> to minimize the issue to the following snippet:
> #include
> #include
>
> template
> inline void
> print( std::ostream& ostr, T const& t, long ) { ostr << t; }
Gennadiy Rozental wrote:
> Hi,
>
> I am having problems with subject test with Metrowerks compiler. I
> was able to minimize the issue to the following snippet:
> #include
> #include
>
> template
> inline void
> print( std::ostream& ostr, T const& t, long ) { ostr << t; }
>
> template
> inline vo
Gennaro Prota wrote:
On Wed, 18 Jun 2003 09:47:50 +0200, Daniel Frey
<[EMAIL PROTECTED]> wrote:
Paul A Bristow wrote:
I am confident that your system also generates efficient code using an
efficient compiler.
But have you considered or tried debugging?
Currently, I don't have time for that. Maybe
It appears that the error reporting is a little bit less helpfull when 'char'
type is compared. I've just run the following program:
#define BOOST_INCLUDE_MAIN
#include
using namespace boost;
int test_main(int, char*[])
{
char m1[] = {'a', 'b', '\0'};
char m2[] = {
On Wed, 18 Jun 2003 09:47:50 +0200, Daniel Frey
<[EMAIL PROTECTED]> wrote:
>Paul A Bristow wrote:
>> I am confident that your system also generates efficient code using an
>> efficient compiler.
>> But have you considered or tried debugging?
>
>Currently, I don't have time for that. Maybe at the w
[EMAIL PROTECTED] (Greg Comeau) wrote:
> On a more general note... what are the regression results for?
> Who is supposed to be their readers?
> What information is one supposed to gleam from perusing them?
> What should one walk away from them knowing or saying?
FWIW, I tried to answer these here
I'm pleased to announce that the next milestone release of Boost.Build V2 is
available at
http://prdownloads.sourceforge.net/boost/boost-build-2.0-m4.tar.bz2
http://prdownloads.sourceforge.net/boost/boost-build-2.0-m4.zip
See also
http://boost.sourceforge.net/boost-build2/
for on
Paul A Bristow wrote:
Absolutely, but on the previous review,
many users wanted to "Keep It Simple Sir"
and deliberately only have (for example) double const pi -
avoiding the complexity of other schemes, get warnings of conversions,
difficulty during debugging,
and inefficient code from older comp
37 matches
Mail list logo
