Inline.
Gregory Colvin [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I'm generally less afraid of automatic conversions than many others, and
dropped them from auto_ptr, and later from shared_ptr, only under
duress.
I like them for wrapper classes because they make it possible to
David Abrahams wrote:
Hi,
BOOST_EXPLICIT_TEMPLATE_TYPE is great!
However:
[snip]
// specialization
template
int fvoid( /*what goes here?*/ )
{
}
we have no mechanism for handling these. Any ideas?
Wouldn't BOOST_EXPLICIT_TEMPLATE_TYPE(void) work?
Eric
It is not generated file, you can edit it directly.
Jan
Nigel Stewart wrote:
would you like some proof-reading for the
documentation?
I would very appreciate this!
Is the file circular_buffer/doc/circular_buffer.html
generated from some other file, or should I simply
hand-edit it?
David Abrahams wrote:
That sounds like what I remember Bill telling me.
but scoped locks don't tend to be shared. The mutex is, but the actual
lock isn't intended to be. Certainly not accross threads, so there
shouldn't be race conditions in scoped_lock.
Russell
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] Behalf Of Daryle Walker
| Sent: Saturday, July 19, 2003 8:38 AM
| To: Boost
| Subject: [boost] Slight revision to more-I/O
|
| In the latest post-review version, I fully disabled copying for the
| array-based
Joe Gottman wrote:
There is a small problem with the current version of
indirect_iterator.hpp. It forward declares struct indirect_iterator, but
declares class indirect_iterator. MSVC 6.0 emits a warning because of this.
Thanks! Fixed.
Thomas
--
Dipl.-Ing. Thomas Witt
Institut fuer
Peter Dimov wrote:
This looks like a motivating example for scoped_unlock. :-)
That would definitely be useful. In places I have made my own
scoped_unlock (well, just called unlocker) but I haven't re-used it
everywhere yet!.
Cheers
Russell
___
Hello Boosters!
Some time ago, I developed three class templates emulating some
Fortran90 features, known
as SELECTED_REAL_KIND and SELECTED_INT_KIND. For those who don't know
about Fortran90 kind values: In C++ they correspond to a type-value
mapping.
In short the template class declarations
On Sunday, July 20, 2003, at 8:59 PM, Kirill Lapshin wrote:
David Abrahams wrote:
[SNIP]
Well, that's disturbing! http://tinyurl.com/hinz plainly says:
Mailing lists
-
uBLAS has no dedicated mailing list. Feel free to use the
mailing lists of Boost .
What's the
Could circular_buffer be done like std::stack and std::queue, as an
adapter for a regular container class? You may have to have a custom
iterator, though.
Daryle
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
No, because of iterator invalidation.
Jan
Daryle Walker wrote:
Could circular_buffer be done like std::stack and std::queue, as an
adapter for a regular container class? You may have to have a custom
iterator, though.
Daryle
___
Unsubscribe
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-m6.tar.bz2
http://prdownloads.sourceforge.net/boost/boost-build-2.0-m6.zip
See also
http://boost.sourceforge.net/boost-build2/
for
I'm just starting to use the unit test framework, and have
encountered a small bug (I think) in the XML output. I am
just including:
#include boost/test/auto_unit_test.hpp
#include boost/test/included/unit_test_framework.hpp
And have implemented my test cases
Peter Dimov wrote:
[...]
It's not that simple. Whether something is a programming error is determined
by the library's specification, not vice versa. In other words, under the
current specification, re-locking a locked lock :-) is not an error, as it
is well defined. It is not a just an
Would it be possible to add helper function 'flatten()' into
circular_buffer?
After invocation, user would be sure of:
buff[0] buff[1] ... buff[n]
In other words, user will be able to treat circular_buffer content as
continuous array of values in this moment.
It is not earth shaking
Gregory Colvin [EMAIL PROTECTED] writes:
I'm generally less afraid of automatic conversions than many others,
and dropped them from auto_ptr, and later from shared_ptr, only under
duress. I like them for wrapper classes because they make it possible
to drop the wrappers directly into
Hello Boosters,
after some experiences I got during a the developement of a BitMaskOps
class template (as an extension of operators for enums), which can be
found on
http://groups.google.de/groups?q=BitMaskOpshl=delr=ie=UTF-8selm=3F165079.A0CE8BAE%40bdal.dernum=1
I assume now, that the section
Edward Diener [EMAIL PROTECTED] writes:
David Abrahams wrote:
Edward Diener [EMAIL PROTECTED] writes:
Actually I am quite serious with my preceding paragraph. I have
never quite understand why so many good, and often brilliant
programmers, take it so hard when others suggest that they
Daryle Walker [EMAIL PROTECTED] writes:
On Sunday, July 20, 2003, at 8:59 PM, Kirill Lapshin wrote:
David Abrahams wrote:
[SNIP]
Well, that's disturbing! http://tinyurl.com/hinz plainly says:
Mailing lists
-
uBLAS has no dedicated mailing list. Feel free to use
Daniel Spangenberg [EMAIL PROTECTED] writes:
David Abrahams schrieb:
Well, that's not my philosophy FWIW. Mine is:
if the condition is a programmer error, use assert
otherwise, use a well-documented exception
Occasionally, due to a no throw requirement, you have to choose to
make
First, apologies for this late entry into this discussion.
Bill's fixdec library has some very nice features (the treatment of
rounding modes is especially interesting), but I am confused as to why
anyone would be proposing a fixed-point decimal library today.
The trend in decimal arithmetic
Daniel Spangenberg wrote:
(CRTP). Provided, that this is true, I assume, that the proposed
workaround for
compilers with expensive multiple inheritance implementations should not
work on
compliant compilers, because of a violation of 14.6.5/p. 2:
As with nontemplate classes, the names of namespace
Hello Users ,
I am new to Boost , and I would like to use it for my upcoming project.
I need to know whether Boost libraries is o/s dependent . How do I acheive
that , is there any preprocessor that does the neccessary, like
# ifdef _UNIX_
// do the necessary for the OS
#
Daryle Walker wrote:
On Saturday, July 19, 2003, at 3:30 AM, Gennaro Prota wrote:
--- Daryle Walker [EMAIL PROTECTED] wrote:
Actually, I don't think the Review Manager ever gave a final answer.
Well, he and everyone else can take a quick look. It seems that
some people around here are
David Abrahams wrote:
Edward Diener [EMAIL PROTECTED] writes:
David Abrahams wrote:
Edward Diener [EMAIL PROTECTED] writes:
I am always surprised when programmers, such as yourself in this
instance, react so vehemently to those who suggest that
documentation can be better in any respect. I
Daniel Frey schrieb:
I guess you missed the fact that XT in the operators library defines
operators which take T as an argument, not XT. Whether XT is
associated with T is therefore not important here, ADL matches the
operator arguments, not the class which declared the operator.
Regards,
Despite the several yes votes (thanks), I think I have to agree
with Ilya and vote no for my own library. Of the problems
that have been mentioned, two, IMO, are show-stoppers:
the problem with the scale being immutable resulting in
inequality after assignment (if the scale isn't part of
the
Alexander Terekhov wrote:
Peter Dimov wrote:
[...]
It's not that simple. Whether something is a programming error is
determined by the library's specification, not vice versa. In other
words, under the current specification, re-locking a locked lock :-)
is not an error, as it is well
Daniel Spangenberg wrote:
2) For what kind of errors should be BOOST_ASSERT for?
For situations where the specification says undefined behavior but the
implementation can detect the problem.
Throwing an exception is sometimes an acceptable form of undefined
behavior. Not often, of course. But
Daniel Spangenberg wrote:
No, I absolutely do understand, that XT in the operators library defines
operators which take T as an argument. I hope, that my explanation meant that
(my english is bad, I know). But I think, that the standard does forbid the
visibiliy
of the operators injected by
On Tuesday, Jul 22, 2003, at 05:56 America/Denver, David Abrahams wrote:
Gregory Colvin [EMAIL PROTECTED] writes:
I'm generally less afraid of automatic conversions than many others,
and dropped them from auto_ptr, and later from shared_ptr, only under
duress. I like them for wrapper classes
Gregory Colvin [EMAIL PROTECTED] writes:
Some conversions are worse than others. For example, an implicit
conversion from a raw pointer to an owning handle/smart-pointer is
far more dangerous than the opposite conversion.
Agreed. It is the latter conversions I like.
That said, I'm pretty
Edward Diener [EMAIL PROTECTED] writes:
David Abrahams wrote:
Edward Diener [EMAIL PROTECTED] writes:
David Abrahams wrote:
Edward Diener [EMAIL PROTECTED] writes:
I am always surprised when programmers, such as yourself in this
instance, react so vehemently to those who suggest that
Daniel Frey [EMAIL PROTECTED] writes:
Daniel Spangenberg wrote:
No, I absolutely do understand, that XT in the operators library defines
operators which take T as an argument. I hope, that my explanation meant that
(my english is bad, I know). But I think, that the standard does forbid the
From: Sujay Ghosh [EMAIL PROTECTED]
I need to know whether Boost libraries is o/s dependent . How do I acheive
that , is there any preprocessor that does the neccessary, like
You can achieve it simply by using it. Configuration is transparent and
automatic.
Boost appears to configure itself
Jan,
I have closely proof-read the HTML document
and intend to respond with a new draft shortly.
There is one point I would like to raise for
discussion:
Inserting at the beginning or close to the beginning
of the circular_buffer is another trap.
boost::circular_bufferint cb(5, 1);
David Abrahams wrote:
Daniel Frey [EMAIL PROTECTED] writes:
They needn't be visible for myclass. They only need to be visible in
the namespace where this happened. See 3.4.2/2:
If T is a class type, its associated classes are the class itself and
its direct and indirect base classes. Its
Alexander Terekhov wrote:
Peter Dimov wrote:
We are discussing the
scoped_lock l1(m);
l1.lock();
case. Since l1 is required to know whether it's been locked or not
(it has a public locked() query) it can easily check.
What for? http://www.terekhov.de/DESIGN-futex-CV.cpp (see
David Abrahams wrote:
Edward Diener [EMAIL PROTECTED] writes:
David Abrahams wrote:
Edward Diener [EMAIL PROTECTED] writes:
David Abrahams wrote:
Edward Diener [EMAIL PROTECTED] writes:
I am always surprised when programmers, such as yourself in this
instance, react so vehemently to
Ok, it would be possible.
Jan
Pavel Vozenilek wrote:
Would it be possible to add helper function 'flatten()' into
circular_buffer?
After invocation, user would be sure of:
buff[0] buff[1] ... buff[n]
In other words, user will be able to treat circular_buffer content as
continuous
Support Requests item #775764, was opened at 2003-07-22 11:00
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=207586aid=775764group_id=7586
Category: smart_ptr
Group: None
Status: Open
Pavel Vozenilek wrote:
Hello Jan,
Few more comments + answers.
1. Documentation: can circular_buffer be used as
container for stack/queue/priority_queue?
Yes, it can be. But I think, it is not necessary to mention it in the
documentation explicitly. Rather it is more important to
Hi Nigel,
It cannot be done as you propose. Please check the archive.
It can be done like this:
cb.rinsert(cb.begin(), 2); // rinsert
cb.push_front(2); // this is equivalent
It will be documented and I think not everything can be driven by the principle
of least surprise.
Jan
Nigel
John Torjo wrote:
Yes, I remain unconvinced ;-)
This is because some compilers do not provide such a FUNCTION facility.
VC6 is one of them. What should I do for it?
It sounds like you are asking for the wrong macro!
You are trying to support a compiler that is outdated and long since
Daniel Frey [EMAIL PROTECTED] writes:
IIUC, the 'T' that the standard mentions is the 'myclass' in Daniel
Spangenberg's example.
You're right.
The operators provided by XT should be found in T's namespace
Ah, as I understand it. They're namespace-scope friend functions in
the namespace of
Edward Diener [EMAIL PROTECTED] writes:
I think:
I have never quite understand why so many good, and often
brilliant programmers, take it so hard when others suggest that
they document what they do in easily understandable
sentences. There must be something wrong in the
I have never quite understand why so many good, and often
brilliant programmers, take it so hard when others suggest that
they document what they do in easily understandable
sentences. There must be something wrong in the educational
systems of the countries from which
Hello Jano,
Jan Gaspar [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
3. This fragment fails:
struct Test {}
circular_bufferTest a(2);
a.push_back(Test());
a.push_back(a[0]);
I don't understand this. IMHO there will be 2 copies of Test(). Nothing
should be
- Original Message -
From: Kirill Lapshin [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July 21, 2003 2:59 AM
Subject: [boost] Re: uBlas and linear algebra questions
David Abrahams wrote:
Ah, I understand. It seems as though the choices for linear algebra
in C++ haven't
Peter Dimov [EMAIL PROTECTED] writes:
I have never quite understand why so many good, and often
brilliant programmers, take it so hard when others suggest
that they document what they do in easily understandable
sentences. There must be something wrong in the educational
- Original Message -
From: David Abrahams [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July 21, 2003 2:25 AM
Subject: [boost] Re: uBlas and linear algebra questions
Kirill Lapshin [EMAIL PROTECTED] writes:
David Abrahams wrote:
I'm trying to get a grip on what facilities
Bill Seymour [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Despite the several yes votes (thanks), I think I have to agree
with Ilya and vote no for my own library. Of the problems
that have been mentioned, two, IMO, are show-stoppers:
the problem with the scale being immutable
In other words, user will be able to treat circular_buffer content as
continuous array of values in this moment.
Is that a semantic that could be guaranteed by the
copy constructor and/or assignment operator? In that
case, no need to change the interface. It's going to
Hello Jan,
Oops, I stand corrected.
I had not understood the convention properly!
In a nutshell:
1. The capacity is preserved unless explicity
adjusted via set_capacity, or implicitly
changed by resize.
2. insert may cause front elements to be overwritten
3. rinsert may cause back
- Original Message -
From: David Abrahams [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July 21, 2003 3:51 AM
Subject: [boost] Re: uBlas and linear algebra questions
Kirill Lapshin [EMAIL PROTECTED] writes:
David Abrahams wrote:
Ah, I understand. It seems as though the
Brian McNamara [EMAIL PROTECTED] writes:
I have posted the first boostified version of FC++ to the YahooGroups
files section; it is called fcpp.
http://groups.yahoo.com/group/boost/files/
--
Background
--
FC++ is a library for functional programming. In FC++ we program
From: Drazen DOTLIC
(Sorry for the late reply - I've recently started a new job, and moved, so I've been a
little busy)
I've encountered something I can not claim to be a problem, but would
like to consult with you (or at least author of lexical_cast). We are
using VC7.1, boost from CVS few
From: Rodolfo Lima
I had some problems with lexical_cast and not using wchar_t as a built-in
type. For instance...
std::stringstream ss;
ss boost::lexical_castunsigned short(23);
lexical_cast would return a wstring, and a compile failure, because
internally there is a the template
58 matches
Mail list logo
