Re: [Boost-users] WinDbgCached_exe recognize has threat by Bitdefender

2021-06-01 Thread Paul A. Bristow via Boost-users
From: Boost-users On Behalf Of Mauro Ziliani via Boost-users Sent: 31 May 2021 17:45 To: boost-users@lists.boost.org Cc: Mauro Ziliani Subject: [Boost-users] WinDbgCached_exe recognize has threat by Bitdefender Hi all. I build boost 1.76.0 woth Visual Studio 2019. I try to scan my pc

Re: [Boost-users] limited accuracy for tanh-sinh integrator

2020-08-17 Thread Paul A. Bristow via Boost-users
> -Original Message- > From: Boost-users On Behalf Of John > Maddock via Boost-users > Sent: 16 August 2020 21:24 > To: Anirban Pal via Boost-users > Cc: John Maddock > Subject: Re: [Boost-users] limited accuracy for tanh-sinh integrator > > > On 16/08/2020 21:15, Anirban Pal via

Re: [Boost-users] Integrate function with arguments using quadrature

2020-08-16 Thread Paul A. Bristow via Boost-users
From: Boost-users On Behalf Of Anirban Pal via Boost-users Sent: 14 August 2020 22:57 To: boost-users@lists.boost.org Cc: Anirban Pal Subject: [Boost-users] Integrate function with arguments using quadrature Hello, I'm trying to integrate functions with BOOST quadrature routines.

Re: [Boost-users] Difficulty using boost quadrature library

2020-08-14 Thread Paul A. Bristow via Boost-users
You need to decide on which Real type you want, perhaps #include and then chose perhaps a quad precision type like cpp_bin_float_quad for 128-bit precision You can then either use a typedef to define Real typedef cpp_bin_float_quad Real; or pass cpp_bin_float_quad as a

Re: [Boost-users] bjam resources

2020-07-18 Thread Paul A. Bristow via Boost-users
https://boostorg.github.io/build/tutorial.html is the most helpful in my experience. But the failure of B2/bjam to become popular is because of the lack of really helpful tutorials and examples, despite some nice new documentation that is nicely displayed, though not indexed enough to make

Re: [Boost-users] Boost ABI/Linkage of clang vs g++

2020-07-09 Thread Paul A. Bristow via Boost-users
> -Original Message- > From: Boost-users On Behalf Of DV > Henkel-Wallace via Boost- > users > Sent: 9 July 2020 15:41 > To: Mathias Gaunard > Cc: DV Henkel-Wallace ; boost-users@lists.boost.org > Subject: Re: [Boost-users] Boost ABI/Linkage of clang vs g++ > > > > On Jul 9, 2020,

Re: [Boost-users] [review][LEAF] Review of LEAF starts today : May 22 - May 31

2020-06-02 Thread Paul A. Bristow via Boost-users
t it turns on deciding if Boost should offer a choice tools, or should it make a single recommendation? I see no case for any one Best Exceptions Tool, so I believe that we should ACCEPT LEAF. Paul A. Bristow ___ Boost-users mailing list Boost-users@lists.boost.org https://lists.boost.org/mailman/listinfo.cgi/boost-users

Re: [Boost-maint] Community Maintenance Team and neglected libraries

2014-04-23 Thread Paul A. Bristow
someone else's library that changes were not made when it would have much better if they had! Where I feel a finer grained control is useful is to allow write access just to experimental branches from develop. Paul --- Paul A. Bristow Prizet Farmhouse Kendal UK LA8 8AB +44 01539 561830

RE: [boost] BOOST TEST and strict /Za no lanugage extensions option- virturenot fully rewarded?

2003-09-04 Thread Paul A. Bristow
TEST and strict /Za no lanugage extensions | option - virturenot fully rewarded? | | | At 09:56 AM 9/3/2003, Paul A. Bristow wrote: | | In trying to be virtuous and test everything compiled in strict mode as I | | write it, I am finding myself thwarted by BOOST minimal_test otherwise | excellent

FW: [boost] Re: Insufficient significant digits using lexical_cast

2003-08-28 Thread Paul A. Bristow
, // which may not be enough significant decimal digits to avoid losing precision, // for example in a loopback test like // some_type any_value == lexical_castT(lexical_caststring(any_value)); If there are no objections, can someone with sufficient authority patch lexical_cast.hpp? Paul Paul

[boost] int64_t with MSVC 7.1 'strict' /Za option

2003-08-28 Thread Paul A. Bristow
disabled /Za. as the first statement. but I am unclear if this is a deficiency in either boost/cstdint and/or date-time/compiler_config.hpp or in my understanding of the MS option but it might be worth documenting somewhere, perhaps as a comment in cstdint.hpp? Paul Paul A Bristow, Prizet

RE: [boost] number64 proposal

2003-08-20 Thread Paul A. Bristow
that the requirement for 'infinite' precision FP is limited and that this and/or other packages will meet most peoples rather special needs. Boostification is not a trivial task I have discovered :-( Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44

RE: [boost] Re: Insufficient significant digits using lexical_cast

2003-08-20 Thread Paul A. Bristow
to test it. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 mailto:[EMAIL PROTECTED] ___ Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

RE: [boost] Re: Insufficient significant digits using lexical_cast

2003-08-20 Thread Paul A. Bristow
correctly with the above formula. Paul Dr Paul A Bristow, hetp Chromatography Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 mailto:[EMAIL PROTECTED] For the curious I used: template typename T bool test(T l) { cout l ' '; string sl

RE: [boost] Re: Insufficient significant digits using lexical_cast

2003-08-18 Thread Paul A. Bristow
Agreed - but what do we do if NOT is_iec559? Give up? #error Can only work with IEEE 754! Or choose a massive amount of decimal digits? eg 40? Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 mailto:[EMAIL PROTECTED

RE: [boost] Re: Date iterators in Boost Date-Time

2003-08-18 Thread Paul A. Bristow
: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] Behalf Of Guillaume Melquiond | Sent: Monday, August 18, 2003 8:36 AM | To: Boost mailing list | Subject: RE: [boost] Re: Date iterators in Boost Date-Time | | | En réponse à Paul A. Bristow [EMAIL PROTECTED]: | | But as Michael Caine said Not a lot

RE: [boost] Re: lexical_cast

2003-08-17 Thread Paul A. Bristow
Curiously I have just posted a description of what may be the cause of this. Attached... My suggested remedy relies on the correct value for numeric_limits::digits (not digits10) Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04

RE: [boost] Re: Insufficient significant digits using lexical_cast

2003-08-17 Thread Paul A. Bristow
Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 mailto:[EMAIL PROTECTED] | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] Behalf Of Daryle Walker | Sent: Tuesday, August 12, 2003 8:56 AM

RE: [boost] Re: Date iterators in Boost Date-Time

2003-08-17 Thread Paul A. Bristow
But as Michael Caine said Not a lot of people know that - so I trust you will explain what it does too for the benefit of us mere non-mathematical mortals! Paul | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] | Sent: Sunday, August

RE: [boost] Re: time_duration bug in Boost 1.30.0

2003-08-14 Thread Paul A. Bristow
, 2003 3:06 PM | To: Boost mailing list | Subject: RE: [boost] Re: time_duration bug in Boost 1.30.0 | | | On Thu, 7 Aug 2003 21:53:30 +0100, Paul A. Bristow wrote | I have built the date examples OK, but I am getting a compile error | when trying to build the time_math.cpp example with MSVC 7.1

RE: [boost] Re: time_duration test bug in Boost 1.30.0

2003-08-14 Thread Paul A. Bristow
;-) | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] Behalf Of Paul A. Bristow | Sent: Thursday, August 07, 2003 9:54 PM | To: Boost mailing list | Subject: RE: [boost] Re: time_duration bug in Boost 1.30.0 | | | I have built the date examples OK, but I am getting a compile error

RE: [boost] Re: Files of types *.ipp are unfriendly, especially toMSVC ?

2003-08-14 Thread Paul A. Bristow
are unfriendly, especially to | MSVC ? | | | Paul A. Bristow [EMAIL PROTECTED] writes: | | Please can you say why we need yet another file type? what is wrong | with .cpp or .hpp? | | If you want to split up your template sources into interface and | implementation (there are lots of good reasons to do

RE: [boost] Re: time_duration bug in Boost 1.30.0

2003-08-14 Thread Paul A. Bristow
conversion? #endif As a general point, is there any reason why 'known to be unhelpful' warnings like this cannot be disabled in Boost code? Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL

RE: [boost] Re: Files of types *.ipp are unfriendly, especially toMSVC ?

2003-08-14 Thread Paul A. Bristow
of types *.ipp are unfriendly, especially to | MSVC ? | | | Paul A. Bristow [EMAIL PROTECTED] writes: | | Many thanks for this - works for me too. | | HKLM\SOFTWARE\Microsoft\VisualStudio\7.1\Languages\File Extensions.ipp | | {B2F072B0-ABC1-11D0-9D62-00C04FD9DFD9} | | makes it edit like .cpp

RE: [boost] Re: time_duration bug in Boost 1.30.0

2003-08-10 Thread Paul A. Bristow
, August 09, 2003 10:59 PM | To: Boost mailing list | Subject: RE: [boost] Re: time_duration bug in Boost 1.30.0 | | | On Sat, 9 Aug 2003 20:00:08 +0100, Paul A. Bristow wrote | I suggest that I wait for the 30.1 release to be available, retest | with strict mode and then mail you off-list with results

RE: [boost] Files of types *.ipp are OK even for MSVC ?

2003-08-10 Thread Paul A. Bristow
RTFM again :-(( Except that even knowing that answer, I couldn't get the help system to help. But Thanks Paul | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] Behalf Of Victor A. Wagner, Jr. | Sent: Saturday, August 09, 2003 8:38 PM | To: Boost mailing list |

[boost] FW: Eric Ford Units - changes needed for MSVC 7.1

2003-08-10 Thread Paul A. Bristow
now that it might compile with MSVC 7.1? There is still a great need for a units system. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ---End Message

RE: [boost] Re: Preliminary submission: FC++

2003-08-10 Thread Paul A. Bristow
round this stuff. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ___ Unsubscribe other changes: http://lists.boost.org/mailman

[boost] Insufficient significant digits using lexical_cast

2003-08-09 Thread Paul A. Bristow
the current version sometimes does not - a pit for the unwary). Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 mailto:[EMAIL PROTECTED] test_lexical_cast.cpp Description: Binary data lexical_cast.hpp Description: Binary data

[boost] Files of types *.ipp are unfriendly, especially to MSVC ?

2003-08-08 Thread Paul A. Bristow
this in gregorian_calender.ipp sometime?) I understood that a check program had been devised for this 'mis-feature'. Was this missed because it is not a C++ type 'known' to the checker program? Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile

RE: [boost] Re: Re: time_duration bug in Boost 1.30.0

2003-08-08 Thread Paul A. Bristow
wrote: | | Paul A. Bristow [EMAIL PROTECTED] wrote: | | | (And other MS specific unhelpful warnings which could be dealt with | by | | #ifdef _MSC_VER or BOOST_? | #pragma warning (disable : 4800) // inefficient bool conversion? | #endif | | As a general point, is there any

RE: [boost] Slight revision to more-I/O

2003-07-22 Thread Paul A. Bristow
and examples would be helpful. (And also there seem to be differing, perhaps competing, perhaps conflicting, offerings in filtering/decorating stream buffers). Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL

RE: [boost] Re: Re: is_nan - how to flag missing values?

2003-07-17 Thread Paul A. Bristow
a bit :-( Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] Behalf Of Gabriel Dos Reis | Sent

RE: [boost] Formal Review: fixed-point decimal library

2003-07-17 Thread Paul A. Bristow
| -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] Behalf Of Jens Maurer | Sent: Wednesday, July 09, 2003 5:07 PM | To: [EMAIL PROTECTED]; [EMAIL PROTECTED] | Subject: [boost] Formal Review: fixed-point decimal library Overall I vote to accept this in the Boost

RE: [boost] Revised streambuf library

2003-07-17 Thread Paul A. Bristow
Suggestions? It would be nice if a working example of a filter was provided too - perhaps one of the James Kanze examples like 'expand tabs to spaces'. Or is this an exercise for the student? Thanks Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile

RE: [boost] Re: Boost Bibliography?

2003-07-16 Thread Paul A. Bristow
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

RE: [boost] Re: Re: is_nan - how to flag missing values?

2003-07-16 Thread Paul A. Bristow
| -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

RE: [boost] Re: Re: is_nan

2003-07-16 Thread Paul A. Bristow
, it should be shown as special to the reader? Paul PS IMHO This is more important than it may appear because it, with the lack of a Standard isnan test, is preventing real-life use of NaNs. Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile

RE: [boost] Re: Re: test_fp_comparisons and rounding errors

2003-07-16 Thread Paul A. Bristow
| -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 | |

RE: [boost] Re: Re: test_fp_comparisons and rounding errors

2003-07-16 Thread Paul A. Bristow
| -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 | |

RE: [boost] Boost Bibliography?

2003-07-10 Thread Paul A. Bristow
'resolves' the DOI to get you the document. Trendy now but becoming standard for academic journals. and to provide web links AS WELL AS paper ones? Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto

RE: [boost] Re: Re: test_fp_comparisons and rounding errors

2003-07-10 Thread Paul A. Bristow
between v1 and v2 is not more than two eps? Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] Behalf

RE: [boost] Re: Draft of new Boost Software License

2003-07-09 Thread Paul A. Bristow
with 'smart pointers' :-)) So it would be really bad form to create one! Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ___ Unsubscribe

RE: [boost] Re: Re: is_nan

2003-07-08 Thread Paul A. Bristow
marker if portably supported? And can anyone help with allowing one to easily customise the display of NaNs? (and infs, max, min...?) I believe that a new (derived) num_put facet is the way to do this. Does anyone have an actual implementation of this to contribute too? Paul Paul A Bristow

RE: [boost] is_nan

2003-07-04 Thread Paul A. Bristow
for the Standards committee to see if C99 is to be added to the C++ Library. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] | -Original Message- | From: [EMAIL PROTECTED

RE: [boost] Draft of new Boost Software License

2003-07-02 Thread Paul A. Bristow
provides a permanent reference to the actual license file. So if boost.org is renamed, say, the reference is still correct because it will be 'resolved' (in the DOI jargon) to a new location as boostTwo.org. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile

RE: [boost] Re: filtered/decorated streambufs

2003-07-02 Thread Paul A. Bristow
streambufs, though I find 12 thingys complex - it exceeds the number of digits on both hands :-)) Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED

RE: [boost] filtered/decorated streambufs

2003-07-02 Thread Paul A. Bristow
Posted to files area as http://groups.yahoo.com/group/boost/files/filter streams.zip HTH Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] | -Original Message- | From

RE: [boost] Re: Draft of new Boost Software License

2003-07-02 Thread Paul A. Bristow
: Wednesday, July 02, 2003 11:43 AM | To: [EMAIL PROTECTED] | Subject: [boost] Re: Draft of new Boost Software License | | | | Paul A. Bristow wrote: | [...] | May I suggest consideration of what happens in a decade or two when | boost.org | might not longer exist to provide a reference, but we still need

RE: [boost] filtered/decorated streambufs

2003-06-27 Thread Paul A. Bristow
process, and the application to several layout desiderata that various people have been chipping away at, seem important items for Boost library. I'd like to encourage both of these. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04

RE: [boost] Draft of new Boost Software License

2003-06-26 Thread Paul A. Bristow
// See www.boost.org/libs/janes-lib for documentation Looks fine to me, though I prefer Copyright to (C) Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED

RE: [boost] Interest in FC++?

2003-06-26 Thread Paul A. Bristow
into Boost. This has got to be interesting. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ___ Unsubscribe other changes: http

RE: [boost] Re: Math constants - nearest values - are they valued?

2003-06-25 Thread Paul A. Bristow
] Behalf Of Guillaume Melquiond | Sent: Wednesday, June 25, 2003 8:59 AM | To: Boost mailing list | Subject: RE: [boost] Re: Math constants - nearest values | | | On Sun, 22 Jun 2003, Paul A Bristow wrote: | | | Consequently, more than one constant out of 1 may suffer | | from this problem. So

RE: [boost] Math Constants Formal Review

2003-06-24 Thread Paul A. Bristow
? Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] Behalf Of Terje Sletteb | Sent: Sunday, June

RE: [boost] Math Constants Formal Review - MSVC 7.1 with Slettebosuggestion

2003-06-24 Thread Paul A. Bristow
time. How can this be avoided? Users will expect to be able to just type pi or equations will be most confusing to read, and tiresome to write. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto

RE: [boost] Math constants - efficiency

2003-06-23 Thread Paul A. Bristow
this will produce a bit more sympathy for my attempts to provide a variety of solutions for a variety of compilers. If the result is such a big performance hit on widely used compilers, it is just too early for such an advanced solution. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB

RE: [boost] RE: Math constants - efficiency

2003-06-23 Thread Paul A. Bristow
| -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] Behalf Of Daniel Frey | Sent: Monday, June 23, 2003 7:44 PM | To: [EMAIL PROTECTED] | Subject: [boost] RE: Math constants - efficiency | | | On Mon, 23 Jun 2003 19:54:36 +0200, Paul A. Bristow wrote

RE: [boost] Re: Math constants - nearest values

2003-06-22 Thread Paul A Bristow
| -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] On Behalf Of | Guillaume Melquiond | Sent: 21 June 2003 23:51 | To: Boost mailing list | Subject: Re: [boost] Re: Advanced match constants scheme | Consequently, more than one constant out of 1 may

RE: [boost] Math Constants Formal Review

2003-06-22 Thread Paul A Bristow
the docs, and also tested the library. And thanks for the very detailed thought you have given this. I am away from my machine for another day but hope to try out your helpful suggestions and explore the implications - always more difficult than one hopes. Paul Paul A Bristow, Prizet Farmhouse

RE: [boost] Math constants - efficiency

2003-06-22 Thread Paul A Bristow
Thanks for these interesting results which I am digesting. Paul PS I look forward your comments on other posts in due course. | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Frey | Sent: 22 June 2003 12:57 | To: [EMAIL PROTECTED] |

RE: [boost] Re: Re: Math Constants Formal Review - usingnamespacestoselectfloat size is simpler?

2003-06-20 Thread Paul A Bristow
| -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] On Behalf Of Ken Hagan | Sent: 20 June 2003 11:27 | To: [EMAIL PROTECTED] | Subject: [boost] Re: Re: Math Constants Formal Review - | using namespacestoselectfloat size is simpler? | | Paul A Bristow

RE: [boost] Advanced match constants scheme - interval lower andupper values

2003-06-20 Thread Paul A Bristow
It may helpful to those unfamiliar to the Boost Interval library to see some exactly representable values of pi (from test_pi_interval.cpp) // Float 24 bit significand, 32 bit float // static const float pi_f_l = 13176794.0f/(1 22); // static const float

RE: [boost] Re: Math Constants Formal Review - using namespaces toselect float size is simpler?

2003-06-19 Thread Paul A Bristow
have the impression that these rules will mean that you won't get any warnings. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria LA8 8AB UK +44 1539 561830 [EMAIL PROTECTED] | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] On Behalf Of Gennaro Prota

RE: [boost] Re: Math Constants Formal Review - using namespacestoselectfloat size is simpler?

2003-06-19 Thread Paul A Bristow
standardised, in name and value. Paul PS I'd like to hear more views on this - previous review comments were quite different, being very cautious about an 'advanced' scheme like this. Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria LA8 8AB UK +44 1539 561830 [EMAIL PROTECTED

RE: [boost] Re: Math Constants Formal Review - accuracy is vital too

2003-06-18 Thread Paul A Bristow
is that it is better to pre-calculate as many constants as possible, and as accurately as possible. I don't think this counts as premature optimisation :-) Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria LA8 8AB UK +44 1539 561830 [EMAIL PROTECTED

RE: [boost] Re: Math Constants Formal Review - optimal code?

2003-06-18 Thread Paul A Bristow
| -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

RE: [boost] Re: Math Constants Formal Review - does static_castmerely select?

2003-06-18 Thread Paul A Bristow
| -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

RE: [boost] Re: Math Constants Formal Review - accuracy is vital too

2003-06-18 Thread Paul A Bristow
| -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

RE: [boost] Re: Math Constants Formal Review - ()s are a key issue.

2003-06-17 Thread Paul A Bristow
| -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 - ()s are | 1 Control of precision is essential, | and some users wanted to

RE: [boost] Re: Math Constants Formal Review - is extensible.

2003-06-11 Thread Paul A. Bristow
not compile). Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] | | Regards, Daniel | | -- | Daniel Frey | | aixigo AG - financial training, research and technology | Schloß-Rahe-Straße

RE: [boost] Re: Review Request: cyclic_buffer

2003-06-11 Thread Paul A. Bristow
suspect the code will be smaller, faster and correcter if this is the specification. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED

RE: [boost] Re: RE: Math Constants Formal Review - recap summary

2003-06-10 Thread Paul A. Bristow
| -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] Behalf Of Ed Brey | Sent: Monday, June 09, 2003 2:57 PM | To: [EMAIL PROTECTED] | Subject: [boost] Re: RE: Math Constants Formal Review - recap summary | | | Paul A Bristow wrote: | A Mini-recapitulation

RE: [boost] RE: RE: Math Constants Formal Review - is extensible.

2003-06-10 Thread Paul A. Bristow
by Victor Shoup's NTL package. But it does require using the NTL generator program to create the exactly representable values. (See test_quad_float.cpp example). I believe that interval constants are an important feature - and quite novel. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria

RE: [boost] Re: Re: RE: Math Constants Formal Review - optimisationof unused constants.

2003-06-10 Thread Paul A. Bristow
| -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] Behalf Of Ed Brey | Sent: Tuesday, June 10, 2003 2:30 PM | To: [EMAIL PROTECTED] | Subject: [boost] Re: Re: RE: Math Constants Formal Review - recap | summary | | | Paul A. Bristow wrote: | | For example, VC

RE: [boost] Re: Math Constants Formal Review

2003-06-10 Thread Paul A. Bristow
| -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] Behalf Of Daniel Frey | Sent: Tuesday, June 10, 2003 4:51 PM | To: [EMAIL PROTECTED] | Subject: [boost] Re: Math Constants Formal Review | | | [3] Physics-based constants should be definable within the constants

RE: [boost] Re: Math Constants Formal Review - is extensible.

2003-06-10 Thread Paul A. Bristow
| -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] Behalf Of Daniel Frey | Sent: Tuesday, June 10, 2003 10:18 AM | To: [EMAIL PROTECTED] | Subject: [boost] Re: Math Constants Formal Review - is extensible. | | | Paul A. Bristow wrote: | Your example

RE: [boost] RE: Math Constants Formal Review - is extensible.

2003-06-08 Thread Paul A Bristow
. But first the overall strategy needs agreement. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria LA8 8AB UK | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Frey | Sent: 07 June 2003 00:20 | To: [EMAIL PROTECTED] | Subject: [boost

RE: [boost] Re: Math Constants Formal Review

2003-06-08 Thread Paul A Bristow
| Genny wrote | Paul What I would like to get is agreement on the presentation | of constants. | | You mean macros vs. constant variables vs. inline functions? | This is another thing I didn't understand by looking at the | documentation: the FAQ section seems sometimes to imply you

RE: [boost] Re: Math Constants Formal Review

2003-06-08 Thread Paul A Bristow
If someone would like to do this, I'd be grateful. (Memories of how to use commandlines and CVS have decayed). Paul Paul A Bristow Prizet Farmhouse Kendal, Cumbria LA8 8AB UK | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] On Behalf Of Daryle Walker

RE: [boost] Re: Math Constants Formal Review

2003-06-07 Thread Paul A Bristow
2003 18:20 | To: [EMAIL PROTECTED] | Subject: [boost] Re: Math Constants Formal Review | | | On Fri, 6 Jun 2003 06:45:45 -0700, Jaap Suter | [EMAIL PROTECTED] wrote: | | To all, | | Today is the start of the formal review of the Math | Constants library | by Paul Bristow

RE: [boost] Review Request: cyclic_buffer

2003-06-06 Thread Paul A. Bristow
AM | To: Boost mailing list | Subject: Re: [boost] Review Request: cyclic_buffer | | | Even with boost 1.30 I got just some warnings, but no errors. I don't | know what's | wrong. | | Jan | | Paul A. Bristow wrote: | | This now looks very extensively tested. But when I tried to build

RE: [boost] Math Constants Formal Review

2003-06-06 Thread Paul A Bristow
of constants. Paul Paul A Bristow Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] On Behalf Of Reece Dunn | Sent: 06 June 2003 15:47 | To: [EMAIL PROTECTED] | Subject: Re: [boost] Math Constants Formal

RE: [boost] Review Request: cyclic_buffer

2003-06-05 Thread Paul A. Bristow
This now looks very extensively tested. But when I tried to build the test.cpp using MSVC 7.0 and Boost 1.30, there are zillions of errors from the test modules. Do I need to use a more recent version of the test code? Thanks Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK

RE: [boost] IO Formatting Manipulators

2003-06-05 Thread Paul A. Bristow
I can confirm that those examples I have tried work OK with MSVC 7.1 type_deduction compiles and runs and looks as is it works. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED

RE: [boost] Re: I/O library status

2003-06-04 Thread Paul A. Bristow
I agree with these conclusions and strongly support the addition of newl. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] | -Original Message- | From: [EMAIL

RE: [boost] IO Formatting Manipulators

2003-06-04 Thread Paul A. Bristow
not sure if this is a sensible feature in these days of scroll bars and I can see it is fraught with difficulties). I didn't spot any examples with floating point values. Do these introduce any hidden snags? Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830

RE: [boost] Re: Re: I/O library status

2003-06-04 Thread Paul A. Bristow
, the differences are tiny in practice. I view the newl as much clearer. And the concept that endl actually writes the buffered output doesn't seem too complicated. As a non-C programmer, \n looks plain nasty to me :-( Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830

RE: [boost] Re: I/O operators for Interval library

2003-06-03 Thread Paul A. Bristow
from ftp://beowulf.jpl.nasa.gov/pub/manning A fuller collection of even fancier classes also given in UReal.h. Standard deviation its uncertainty added Paul A Bristow 31 Mar 98 to Jun 03. but found it rather messy to implement (especially input). It might be cleaner inheriting from the interval

RE: [boost] lexicographic

2003-04-29 Thread Paul A. Bristow
. The enum result_type which might be documented as: enum result_type { minus = -1, equivalent = 0, plus = +1}; lexicographic is a serious fingerfull to type :-( Paul PS Spelling nits: comparision also a fingerfull compared to comparison ;-) and cpomplex too. Paul A Bristow, Prizet

RE: [boost] C++ Standard Library proposal - MathfunctionsforStatistics

2003-04-24 Thread Paul A. Bristow
on improvements and descriptions of accuracy. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Example of accuracy data from Cephes incomplete beta - good - but shows how complicated

RE: [boost] C++ Standard Library proposal - Math functionsforStatistics

2003-04-23 Thread Paul A. Bristow
I feel they are panicing a bit. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED] Behalf

RE: [boost] Statistics code example -usingcycliciterator/buffer/array

2003-04-23 Thread Paul A. Bristow
to be warning free at level 4 if possible). Thanks Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : test_cyclic_buffer.cpp j:\Cpp\cyclic_buffer\cyclic_buffer.hpp(324) : warning C4253

RE: [boost] Statistics code example

2003-04-03 Thread Paul A. Bristow
else suggested something of this sort?) Is the STL queue suitable? Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto

RE: [boost] Statistics code example

2003-04-02 Thread Paul A. Bristow
Sadly (but perhaps not too surpringly) this does not seem to work for MSVC 7.0 with complex. (OK without) A full working example with at least a few comments might sell this better? Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04

RE: [boost] (no subject)

2003-03-31 Thread Paul A. Bristow
new examples show how easy it is to use. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ___ Unsubscribe other changes: http

RE: [boost] Re: VC7/Threads Warnings /Wp64 flag(detect64-bitportability)

2003-03-28 Thread Paul A. Bristow
Thanks for all these nuggets of info on 64-bit. I find it hard enough to keep 32 bits in order ;-) (Old computers/programmers never die, they just lose control of their bits?) Paul PS Editing C:\Program Files\Microsoft Visual Studio .NET\Vc7\VCWizards\1033\common.js

RE: [boost] VC7/Threads Warnings /Wp64 flag (detect 64-bitportability)

2003-03-27 Thread Paul A. Bristow
documentation. Paul PS Despite RTFM, I cannot see how to change the IDE _default_ solution/project settings. Suggestions? Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -Original

RE: [boost] Re: compare

2003-03-27 Thread Paul A. Bristow
Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 2) I'm not sure that the choice of the name is ideal. OTOH, I can't think of a better one... lexicographic? This implies

RE: [boost] VC7/Threads Warnings

2003-03-25 Thread Paul A. Bristow
I was surprised to find that /Wp64 flag (detect 64-bit portability) means that std::size_t is 64 bit. This leds to a number of oddities that confused me. Is this perhaps causing your problem? Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33

RE: [boost] Determining interest in combining_iterator

2003-03-24 Thread Paul A. Bristow
to boost: the combining iterator. I can see this VERY useful to some, but probably not widely useful. Paul Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK +44 1539 561830 Mobile +44 7714 33 02 04 Mobile mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED

  1   2   >