On Wed, 18 Jun 2003 22:27:27 +0100, "Paul A Bristow"
<[EMAIL PROTECTED]> wrote:
>| -Original Message-
>| From: [EMAIL PROTECTED]
>| [mailto:[EMAIL PROTECTED] On Behalf Of Gennaro Prota
>| [...]
>|
>| In Daniel's solution static_cast(x) simply "selects"
>| the corresponding specia
I have just tried the tool. On the whole, it's very usefull. Thanks to John!
However, it seems to be confused by the preprocessor library. Since the
includes sometime have the form:
#include BOOST_PP_ITERATE()
the 'bcp' tool does not find them. For example,
"boost/preprocessor/iteration/de
Vladimir Prus wrote:
> However, it seems to be confused by the preprocessor library.
> Since the
> includes sometime have the form:
>
>#include BOOST_PP_ITERATE()
>
> the 'bcp' tool does not find them. For example,
> "boost/preprocessor/iteration/detail/iter directory is needed by
> boos
> 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 wrote:
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 in
Peter Dimov wrote:
> 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://boo
A couple of years ago I wrote a library module which provides a reasonably
efficient way of handling with disjointed buffers and treating them as a
single contiguous block for extracting data.
It was primarily intended to reconstruct TCP packets.
For instance one machine creates a buffer with any
Gennaro Prota wrote:
> 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
Vladimir Prus wrote:
> 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 -
> >
> >
While I was playing around with spirit yesterday, I stumbled on
something nasty. I'm not sure if this is the right place to report this
but I'll post it here anyway :)
I found a calculator example
(http://www.oreillynet.com/network/2003/05/06/examples/calculatorexample
.html) which includes (not
I stand better informed than I really wanted to be,
and only quacking quietly from getting my mind round
the implications of these rather complex rules.
(They remind me of PL/1 automatic conversions which were
designed by IBM sales managers to sell computers
but ended up being a maze of snares for
Rene Rivera wrote:
> [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 -
>
I would be interested,
Matthias
On Thursday, June 19, 2003, at 03:22 AM, Paul Vanlint wrote:
A couple of years ago I wrote a library module which provides a
reasonably
efficient way of handling with disjointed buffers and treating them as
a
single contiguous block for extracting data.
It was
At 05:18 AM 6/16/2003, Petr Ovchenkov wrote:
>I made attempt to use boost's filesystem on Novell NetWare (Metrowerks
>CodeWarrior compiler). See attached patch to boost 1.30.0 below.
Hi Petr,
Thanks very much for the patch!
I definitely want to make Boost.Filesystem work with NetWare, but as
su
On Thu, 19 Jun 2003 14:30:56 +0100, "Paul A Bristow"
<[EMAIL PROTECTED]> wrote:
>I stand better informed than I really wanted to be,
Is this an idiomatic expression? Because, to the letter, it means you
didn't want to understand the details (which are, by the way, very
simple). Of, course, that's
Aleksey Gurtovoy wrote:
> Peter Dimov wrote:
>
>> The summaries are nice, but the red "broken" thing on the user page
>> may be too intimidating,
>
> When will show the actual status, it shouldn't be (it doesn't yet,
> since
> some cooperation from library authors is needed - please see below).
> O
Paul Vanlint wrote:
A couple of years ago I wrote a library module which provides a reasonably
efficient way of handling with disjointed buffers and treating them as a
single contiguous block for extracting data.
I would be VERY interested ... since then I wouldn't have to figure out
how to write
Hello. Has anyone made or thought about making packages for Cygwin? (i.e., to
include in the Cygwin distribution/automatic pakcage installer tool) I have
started, including some shell scripts to automate the process, and a spec file.
(Unfortunately, many of the libraries don't build, but I am us
Visual C++ 6.0 doesn't support partial template specialization.
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of DudeSan
> Sent: Thursday, June 19, 2003 3:27 PM
> To: [EMAIL PROTECTED]
> Subject: [boost] A problem concerning msvc++ and
boost::spirit::
On Thursday 19 June 2003 10:50 am, Reed Hedges wrote:
> Hello. Has anyone made or thought about making packages for Cygwin? (i.e.,
> to include in the Cygwin distribution/automatic pakcage installer tool) I
> have started, including some shell scripts to automate the process, and a
> spec file. (Un
Vladimir Prus wrote:
>> I have just tried the tool. On the whole, it's very usefull. Thanks
>> to John!
Speaking of bcp, It would be very handy for what I'm trying to do at
work. However, it comes source-code only and requires the regex libraries.
I'd never before tried using any of the CPP
Hartmut Kaiser wrote:
> > However, it seems to be confused by the preprocessor library.
> > Since the
> > includes sometime have the form:
> >
> >#include BOOST_PP_ITERATE()
> >
> > the 'bcp' tool does not find them. For example,
> > "boost/preprocessor/iteration/detail/iter directory is ne
Yep. Anyway, VC7.1 (VS 2003) is a joy to use with Spirit.
We've tried our best to make Spirit work with VC6. See:
http://spirit.sourceforge.net/wiki/index.php?page=Compiler+Table
Most of the modules, except the ones that use Phoenix,
works with VC6 and 7. Notice though how VC7.1 scores!
--
Joel d
On Thu, 19 Jun 2003 08:06:48 -0500, Aleksey Gurtovoy
<[EMAIL PROTECTED]> wrote:
>Gennaro Prota wrote:
>> I particularly like the fact that they are organized by
>> library, rather than by platforms as were the latest regression logs I
>> have seen.
>
>Well, actually at the moment these are for a s
Hi all,
I was just thinking (actually, I needed this, while doing some coding), that
STATIC_ASSERT could get a little of the SMART_ASSERT flavour.
What am I talking about?
In case a STATIC_ASSERT fails, how about dumping some data that was involved
in the expression?
Before you'll say it's alread
[2003-06-19] Aleksey Gurtovoy wrote:
>Rene Rivera wrote:
>> [2003-06-18] Aleksey Gurtovoy wrote:
>> So
>> having what is essentially a binary indicator is misleading.
>
>As long as it reports things correctly, it's not.
I'll only say that I agree with Peter's comments on this point.
>> ...Indi
| Well, you wanted to know what is likely to be accepted. In a
| formal review (this isn't anymore, AFAIU, is it?) I would
| vote no to your approach.
But would you vote yes if the only presentation was Daniel's method?
I am only really concerned that the accurate constants become more
stand
hi there,
I note that boost::posix_time supports on certain platforms
the generation of a ptime from a timeval (using gettimeofday()).
I have a time class in my own project which can be cast from/to
timeval, so I can use it in conjunction with calls to 'select()',
which expects a timeval pointer.
little precision:
the posix_time::time_duration type seems to come close to
what I want. However, the documentation isn't very clear on
what 'fractional_seconds()' actually stands for.
Does the 'unit()' function return 1 unit expressed in nanoseconds ?
If so, why is it returning a time_duration an
My comments to this constructive mail are below:
Peter Dimov wrote:
> Aleksey Gurtovoy wrote:
>> Peter Dimov wrote:
>>
> You do provide me with the tools to eliminate a false red
> status, but this is a "guilty unless proven otherwise"
> approach;
Accurate description. This is what is going to
>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.
Disclaimer: I am neither a mathemetician nor a scientist (I don't
even play one one TV). I do find the prospect of writing natural,
effecient, and
Aleksey (and all),
In working on porting boost::variant to Borland, I've come across some
trouble with a bug in the compiler.
Specfically, I'm getting "Cannot have both a template class and
function named 'bind1st'" and similarly for bind2nd. I know other MPL
headers use BOOST_MPL_AUX_COMMON_N
On Wednesday, June 18, 2003, at 9:59 PM, David Abrahams wrote:
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
On Thursday, June 19, 2003, at 10:29 AM, Beman Dawes wrote:
[SNIP]
Because the platform is apparently so similar to POSIX and/or Windows,
I'd prefer not to treat it as a distinct platform. Rather, I'd like to
treat BOOST_NETWARE as a variation on BOOST_POSIX and/or > BOOST_WINDOWS.
[TRUNCATE]
A
34 matches
Mail list logo
