This really neat, and useful, but I really don't like either name.
Two suggestions:
comparisons - because the whole point is more than one compare.
or
compair - because one is comparing pairs. (Do I hear you groan? Not punny?)
But perhaps the dreadfulness will make is more memorable?
Paul
Pa
--- Anthony Williams
<[EMAIL PROTECTED]> wrote:
> Basically, I think we have two contradictory
> scenarios. IIUC, the situations
> you have encountered are where you have a set of
> values in different
> containers that needed to be combined into a single
> value, in which case it
> makes sense t
"Russell Hind" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Johan Nilsson wrote:
> >
> > Perhaps, but one should consider that GetSystemTime promises 1ms
resolution
> > and delivers 10-15ms (and, IIRC, that GetSystemTimeAsFileTime promises
> > 250ns resolution).
> >
>
> The Platf
"Gennaro Prota" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> [...]
> But there are more important points I think; first of all this: if all
> I can see "from the outside" is whether v_== minus [note: this is
> 'plus' in the original code] why keeping three states internally?
I won
>From: "Jason House" <[EMAIL PROTECTED]>
> I had 2 thoughts today...
>
> 1. Is it at all useful/possible to use a lambda-like notation?
In what way? Could you have given a rough syntax-example?
An example in BLL is:
std::for_each(v.begin(), v.end(), std::cout << _1 << '\n');
>In the past,
A question for David Abrahams (or anyone else who might have a bright idea).
I have resolved quite a few of the issues involved in porting Boost.Python
to Borland, but here is one particularly nasty problem. In
member_function_cast.hpp you have code, which after expansion at the hands
of Boost.Pre
I had 2 thoughts today...
1. Is it at all useful/possible to use a lambda-like notation?
In the past, I've liked the look of that a lot.
(the comments about alternate notation made me think of it)
2. Why are we restricting the output to strings?
Couldn't the types of the 3 delimiter stri
I am writing a multithreaded Apache log parser that uses the Boost
1_29_0 regex split function to separate elements in the entry. Each
thread parses a separate log file. The code seems to be working
correctly on a 1-CPU system, but when I use a 14-CPU Sun server, I
see massive locking (LCK colu
Douglas Paul Gregor said:
> On Thu, 27 Mar 2003, William E. Kempf wrote:
>> I'm using 0.20.4 (on Mandrake 9.1) and receive lots of errors. A few
>> examples:
>>
>> [ERROR] Error in column-width property value '33%':
>> org.apache.fop.fo.expr.PropertyException: No conversion defined
>>
>> [ERROR]
Douglas Paul Gregor wrote:
> FWIW, the basic Jamfile.v2 for using Doxygen would be:
>
> project boost/spirit/doc ;
> import boostbook : boostbook ;
> import doxygen : doxygen ;
>
> doxygen spirit.doxygen : ../../../boost/spirit/
> : on *.hpp
>
On Thu, 27 Mar 2003, William E. Kempf wrote:
> I'm using 0.20.4 (on Mandrake 9.1) and receive lots of errors. A few
> examples:
>
> [ERROR] Error in column-width property value '33%':
> org.apache.fop.fo.expr.PropertyException: No conversion defined
>
> [ERROR] property - "last-line-end-indent" is
Gennaro Prota wrote:
Well, if we are really going to discuss such quibbles, I would also
change "zero" to "equiv" because that's the usual "term" used for
strict weak ordering. And I would avoid constructs like
template
compare (T const &a, T const &b)
: v_ (compare () (a, b).v_)
Jan Langer <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>>> 1) Instead of "operator bool", use the unspecified-bool-type discussed
>>>elsewhere on this list; it's safer.
>> Yup.
>
> ok, i changed it.
>
>>> 2) I'm not sure that the choice of the name is ideal. OTOH, I can't think
>>>of a
> -Original Message-
> From: Gennaro Prota [mailto:[EMAIL PROTECTED]
>
> On Thu, 27 Mar 2003 14:01:12 -0500, [EMAIL PROTECTED] wrote:
>
> Well, if we are really going to discuss such quibbles, I would also
> change "zero" to "equiv" because that's the usual "term" used for
> strict weak o
> -Original Message-
> From: Michael Glassford [mailto:[EMAIL PROTECTED]
>
> As far as I can tell, the documented
> pool<>::get_requested_size() is not
> implemented.
You are correct. I will fix this.
-Steve
___
Unsubscribe & other ch
On Thu, 27 Mar 2003 14:01:12 -0500, [EMAIL PROTECTED] wrote:
>> -Original Message-
>> From: Jan Langer [mailto:[EMAIL PROTECTED]
>
>Just one other thing - instead of:
> enum result { minus, zero, plus };
>I would do:
> enum result { minus = -1, zero, plus };
>just for the sake of code re
At 01:28 PM 3/27/2003, Marshall Clow wrote:
>On Monday, I attempted to run the Darwin regression tests off the main
>branch.
>
>The tools failed to build - specifically "process_jam_log" failed to
build,
>because the filesystem library failed to compile.
>
>In particular, "libs/filesystem/src/exc
Douglas Paul Gregor said:
>
>
> On Thu, 27 Mar 2003, Martin Wille wrote:
>
>> Douglas Paul Gregor wrote:
>>
>> > I would like a volunteer ...
>>
>> I gave it a try:
>
> Thanks!
>
>> - pdf: lots of messages regarding missing "hyphenation pattern for
>>language en". A pdf file is created, howev
At Saturday 2003/03/22 13:11, you wrote:
In article <[EMAIL PROTECTED]>, Terje Slettebø
<[EMAIL PROTECTED]> writes
>
>Regarding the other MSVC 6 warning given in the original report, Gennaro
>Prota has suggested using an explicit "!=", rather than relying on the
>implicit conversion from pointer to
David Abrahams wrote:
1) Instead of "operator bool", use the unspecified-bool-type discussed
elsewhere on this list; it's safer.
Yup.
ok, i changed it.
2) I'm not sure that the choice of the name is ideal. OTOH, I can't think
of a better one...
lexicographic?
i dont bother about the name. if th
As far as I can tell, the documented pool<>::get_requested_size() is not
implemented.
Mike
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> -Original Message-
> From: Jan Langer [mailto:[EMAIL PROTECTED]
Just one other thing - instead of:
enum result { minus, zero, plus };
I would do:
enum result { minus = -1, zero, plus };
just for the sake of code readability and ease of understanding. It doesn't
change the logic at a
On Thu, 27 Mar 2003, Douglas Paul Gregor wrote:
> On Thu, 27 Mar 2003, Joel de Guzman wrote:
> > Spirit desperately needs a reference manual. Yes, I'm very interested.
> > I am also very interested to build Spirit based tools to make the task
> > easier. I'm just afraid of the time that I need t
> -Original Message-
> From: Douglas Paul Gregor [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 26, 2003 11:31 PM
> I would like a volunteer to try out the BoostBook tools to
> see if they can easily build documentation, and report your
> successes, failures, and general level of fr
Remy Blank said:
> On Thu, 27 Mar 2003 10:40:26 -0600 (CST), "William E. Kempf"
> <[EMAIL PROTECTED]> wrote:
>> Problems building:
>>
>> * On Mandrake 9.1 I had no issues.
>>
>> * On Cygwin, I get the result:
>>
>> xslt-xsltproc bin\gcc\debug\boost.docbook
>> 'XML_CATALOG_FILES' is not recognized
On Monday, I attempted to run the Darwin regression tests off the main branch.
The tools failed to build - specifically "process_jam_log" failed to build, because
the filesystem library failed to compile.
In particular, "libs/filesystem/src/exception.cpp" failed on line 192 in
the constructor:
>
On Thu, 27 Mar 2003, Martin Wille wrote:
> Douglas Paul Gregor wrote:
>
> > I would like a volunteer ...
>
> I gave it a try:
Thanks!
> - pdf: lots of messages regarding missing "hyphenation pattern for
>language en". A pdf file is created, however.
This seems to be a problem with fop 0.
On Thursday 27 March 2003 12:41 pm, Douglas Paul Gregor wrote:
> On Thu, 27 Mar 2003, William E. Kempf wrote:
> > * On Cygwin, I get the result:
> >
> > xslt-xsltproc bin\gcc\debug\boost.docbook
> > 'XML_CATALOG_FILES' is not recognized as an internal or external command,
> > operable program or b
Douglas Paul Gregor wrote:
I would like a volunteer ...
I gave it a try:
- html: works like a charm.
- onehtml ditto
- pdf: lots of messages regarding missing "hyphenation pattern for
language en". A pdf file is created, however.
Is there a chance to specify a different paper size (e.g. A4)?
On Thu, 27 Mar 2003 18:34:05 +0100, Gennaro Prota
<[EMAIL PROTECTED]> wrote:
>David Abrahams<[EMAIL PROTECTED]> wrote:
>
>>lexicographic?
>
>Indeed. We have an order relation < in X, and use what mathematicians
>call lexicographic order induced in X^n by <.
Yup! I should have looked better at the
On Thu, 27 Mar 2003, William E. Kempf wrote:
> Documentation nits:
>
> * "and including that Jamfile in the list of Jamfiles including for
> testing" under Testsuites... should be "included for testing".
That's one seriously ugly sentence I wrote. Fixed now. Thanks.
> * Navigation links have brok
On Thu, 27 Mar 2003 10:00:47 -0500, David Abrahams
<[EMAIL PROTECTED]> wrote:
>> 2) I'm not sure that the choice of the name is ideal. OTOH, I can't think
>> of a better one...
>
>lexicographic?
Indeed. We have an order relation < in X, and use what mathematicians
call lexicographic order induce
On Thu, 27 Mar 2003 10:40:26 -0600 (CST), "William E. Kempf" <[EMAIL PROTECTED]> wrote:
> Problems building:
>
> * On Mandrake 9.1 I had no issues.
>
> * On Cygwin, I get the result:
>
> xslt-xsltproc bin\gcc\debug\boost.docbook
> 'XML_CATALOG_FILES' is not recognized as an internal or external
On Thu, 27 Mar 2003, Neal D. Becker wrote:
> OK, I can get boostbook running on RH8.0 using:
>
> using boostbook : /usr/share/sgml/docbook/xsl-stylesheets/
> : /usr/share/sgml/docbook/xml-dtd-4.1.2-1.0-14/
> ;
>
> My interest was to try to learn about boostbook for
On Thu, 27 Mar 2003, Daniel James wrote:
> Hi,
>
> I had a go. I'm using windows ME, and had to do a lot of stuff manually,
> since I'm not using Cygwin. I had to edit catalog.xml, removing some extra
> punctuation and changing some of the slashes from windows style to uri style
> (ie. c:\src\boos
Douglas Paul Gregor said:
> BoostBook is nearing the point where building documentation is as easy
> as building libraries. The Boost.Build v2 modules for BoostBook (and
> associated tools) are quite functional and work well for me, but I want
> to verify the they will work well for someone else.
OK, I can get boostbook running on RH8.0 using:
using boostbook : /usr/share/sgml/docbook/xsl-stylesheets/
: /usr/share/sgml/docbook/xml-dtd-4.1.2-1.0-14/
;
My interest was to try to learn about boostbook for my own purposes, which
means running without bjam. Whe
Hi,
I had a go. I'm using windows ME, and had to do a lot of stuff manually,
since I'm not using Cygwin. I had to edit catalog.xml, removing some extra
punctuation and changing some of the slashes from windows style to uri style
(ie. c:\src\boost\ to c:/src/boost/). After that I wrote a little bat
David Brownell said:
> "William E. Kempf" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> Ahhh, the light bulb just went on, I finally understand. However, it
> does seem like this usage of TLS is a corner case, that is refactoring
> code to be thread safe. I can see how this cou
> -Original Message-
> From: David Abrahams [mailto:[EMAIL PROTECTED]
>
> [EMAIL PROTECTED] writes:
>
> > 3) I'd like to see a general solution for this problem using real
> > (late-bound) function objects as well, if you know what I mean. This
would
> > be a lot harder, though, so may
"William E. Kempf" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> David Brownell said:
> >> // In library Foo
> >>
> >> void some_library_foo()
> >> {
> >>boost::thread_specific_ptr p;
> >>// other stuff
> >> }
> >>
> >> // In Application Bar which uses library Foo with ou
Johan Nilsson wrote:
Perhaps, but one should consider that GetSystemTime promises 1ms resolution
and delivers 10-15ms (and, IIRC, that GetSystemTimeAsFileTime promises
250ns resolution).
The Platform SDK states that the tickcount (GetTickCount) is updated
every 10ms on NT3.51 and hight so I guess
On Thu, 27 Mar 2003, Neal D. Becker wrote:
> Now try with boostbook:
> db2pdf boostbook.xml
> jw: Please specify at least one catalog
>
> Any clue what's wrong?
BoostBook isn't DocBook (although it can be transformed into DocBook), so
DocBook tools won't work directly on it. We have our own build
On Thu, 27 Mar 2003, Joel de Guzman wrote:
> Spirit desperately needs a reference manual. Yes, I'm very interested.
> I am also very interested to build Spirit based tools to make the task
> easier. I'm just afraid of the time that I need to commit. Perhaps I can
> proceed step-wise? Suggestions?
"James Curran" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Am I crazy, or should there be a pair of parens after "ptr"?
>
> To the latter question, no. In the example "ptr" refers to a public
> data member of struct A, and is of type shared_ptr. Parens would only
> be needed if we
[EMAIL PROTECTED] writes:
> Hey Jan -
>
> First off, let me say: excellent idea! Several times I've wanted just such
> a class, and I would be happy to see this added to Boost.
>
> I have a few suggestions/things to consider:
> 1) Instead of "operator bool", use the unspecified-bool-type discus
Johan Nilsson wrote:
Yes, but why not have both on all platforms?
I suppose another solution is to have secs_clock, millisecs_clock on
windows, all three on another platform that supports microseconds, and
then a typedef of something like highprescision_clock which on windows
will be a millisec
"Russell Hind" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> Johan Nilsson wrote:
> >
> > Yes, but why not have both on all platforms?
> >
>
> It would make using it cross-platform easier, but you aren't actually
> getting microsecond information under windows, so if your program
Hey Jan -
First off, let me say: excellent idea! Several times I've wanted just such
a class, and I would be happy to see this added to Boost.
I have a few suggestions/things to consider:
1) Instead of "operator bool", use the unspecified-bool-type discussed
elsewhere on this list; it's safer.
Johan Nilsson wrote:
Yes, but why not have both on all platforms?
It would make using it cross-platform easier, but you aren't actually
getting microsecond information under windows, so if your program relies
on that detail, it won't work correctly under windows anyway, so you
must make your pr
Paul,
"Paul A. Bristow" <[EMAIL PROTECTED]> wrote
> You are probably right - but the tool tip display shows an __int64
which alerted
> me to this. For most purposes, I suspect this warning /Wp64 is not
what most
> people want.(Or is it Boost policy that code should provide 64-bit
portability?
>
"Russell Hind" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Johan Nilsson wrote:
> >>
> >>Can these be used to get an actual date/time though? Or just for high
> >>resolution timing? I've only had a brief look at them, so will read a
> >>bit more.
> >>
> >
> >
> > Yes and yes. B
"Russell Hind" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Johan Nilsson wrote:
> >
> > I might be a bit off here (coming in late into the discussion), but I'd
> > prefer consistency in my code; using microsec_clock for both Windows and
> > Unix code - even if the real 'resolutio
I'm interested in learning about boostbook and would like to try it out. For
some reason I can't seem to get my docbook tools to run. Perhaps someone can
give me a hint what's wrong. I'm afraid I'm a docbook novice.
I'm using Linux RH8.0 with all updates.
I can run a simple test:
db2pdf Tes
Hello everyone,
A quick note to let you know I hadn't forgotten about my post...
I finally got some time to get back to this - thanks to Russell,
Alisdair, Thomas, Darren, Greg, Brian, Gennaro for your replies.
At the moment I'm still trying to digest all the info posted (including
the referen
Johan Nilsson wrote:
Can these be used to get an actual date/time though? Or just for high
resolution timing? I've only had a brief look at them, so will read a
bit more.
Yes and yes. But the former (using them to get an actual date/time with a
_low_ overhead) is ... well ... interesting ;-)
Ho
Johan Nilsson wrote:
I might be a bit off here (coming in late into the discussion), but I'd
prefer consistency in my code; using microsec_clock for both Windows and
Unix code - even if the real 'resolution' is dependent of the system time
updates on the Win platforms.
That is an option, but if a m
"Russell Hind" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Alisdair Meredith wrote:
> > Russell Hind wrote:
> >
> >
> >>I agree with that. Would it be better to make it a millisec_clock, or
> >>just use the microsec_clock but the resolution is only milliseconds?
> >
> >
> > WinA
"Jeff Garland" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> > > I think this is a good addition, but we should probably make the
> > > addition for all Win32 compilers since I think this is actually
> > > part of the Win32 api.
> > >
> >
> > I agree with that. Would it be better
You are probably right - but the tool tip display shows an __int64 which alerted
me to this. For most purposes, I suspect this warning /Wp64 is not what most
people want.(Or is it Boost policy that code should provide 64-bit portability?
Premature?)
If one writes:
std::size_t s = 42;
Douglas Paul Gregor wrote:
> BoostBook is nearing the point where building documentation is as
> easy as building libraries. The Boost.Build v2 modules for BoostBook
> (and
> associated tools) are quite functional and work well for me, but I
> want to verify the they will work well for someone els
Thomas Becker <[EMAIL PROTECTED]> writes:
> > On 26 Mar 2003, Anthony Williams wrote:
> > > It strikes me that if you dereference n iterators,
> > you have n values, and the
> > most natural way to store them is a tuple.
> Once again: The big picture is that we want an
> iterator that parallel-iter
In message <[EMAIL PROTECTED]>, Terje Slettebø
<[EMAIL PROTECTED]> writes
>>From: "Rozental, Gennadiy" <[EMAIL PROTECTED]>
>
>> > Even if none of the above looks sound for you I still argue that
>> > lexical_cast *should not force* inclusion of typeinfo. It's not
>> > "inconvinience" - it's showsto
63 matches
Mail list logo
