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
[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 -
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 weekend,
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 boost/test/test_tools.hpp
using namespace boost;
int test_main(int, char*[])
{
char m1[] = {'a', 'b',
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
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 list
#include iostream
templatetypename T
inline void
print( std::ostream ostr, T const t, long ) { ostr t; }
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 list
#include iostream
templatetypename T
inline void
print( std::ostream ostr, T const t, long ) { ostr
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
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 without substantial code
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
On Wed, 2003-06-18 at 01:56, David Abrahams wrote:
Aleksey Gurtovoy [EMAIL PROTECTED] writes:
David Abrahams wrote:
John [EMAIL PROTECTED] writes:
snip
Here - http://www.jclark.com/sp/.
Been there, done that, got the Windows binary package. No 'sx' executable.
Really? It was
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.com
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-
John Maddock [EMAIL PROTECTED] writes:
A large number of files in the boost/pending directory have no licence or
copyright information:
snip
boost/pending/iterator_adaptors.hpp
boost/pending/iterator_tests.hpp
snip
Any chance of the authors concerned fixing these?
Done.
--
Dave
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 your question.
In
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:
snip
Here - http://www.jclark.com/sp/.
Been there, done that, got the Windows binary
| -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
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:
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
... 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
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
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 -
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 -
I will see what could be done.
Gennadiy.
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
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 -
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,
-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 Metrowerks
| -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
| -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 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
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 flag
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 and
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 semantics of #include
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 -
34 matches
Mail list logo
