from 1 (because 'i' is 1 already when the body is entered)
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Joel de Guzman [EMAIL PROTECTED] escribió en el mensaje news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] wrote:
variant throws throws a bad_get exception
when you get a reference to a T which is not the held type. I don't see
a problem why you can't do something similar.
Pardon
Dave Gomboc [EMAIL PROTECTED] escribió en el mensaje news:[EMAIL PROTECTED]
[Fernando Cacciola]
I'm saying that the choice made by variant in this regards is to the
code using get as hopeless as undefined behaviour. I don't think that
preconditions (and exceptions thereof) should be used
ignoring the pointer-like
protocol. For now I may work an a small lib that directly addresses
the goals above.
Good.
Dave Gomboc is also working on an alternative,so let's see what comes
out.
Fernando Cacciola
___
Unsubscribe other changes
Joel de Guzman [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Mat Marcus [EMAIL PROTECTED] wrote:
--On Monday, September 01, 2003 3:37 PM -0300 Fernando Cacciola
[EMAIL PROTECTED] wrote:
Joel de Guzman [EMAIL PROTECTED] wrote in message
One can think of an optionalT
either way.
So do I.
I've already planned important fixes thanks to you, Joel and Dave G.!
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Joel de Guzman [EMAIL PROTECTED] escribió en el mensaje news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] wrote:
You did sell the idea that it can be a union, but I held to the idea that
it can just as well be considered as *REALLY REALLY REALLY*
nothing else but a container
Joel de Guzman [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] wrote:
Hi Mat,
Thanks for the input.
optional is now out on the field and it is the only utility of its kind
I've ever seen in C++, at least in real use. This has the drawback
Brian McNamara [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Sun, Aug 31, 2003 at 09:58:45AM +0800, Joel de Guzman wrote:
Fernando Cacciola [EMAIL PROTECTED] wrote:
Hi Mat,
Thanks for the input.
optional is now out on the field and it is the only utility of its
on and give
it value semantics! C'mon!
The * syntax is not supposed to make optional pretend it is a pointer.
It is clearly not and the documentation says so quite clearly, I think.
And if it doesn't, then it is the documentation that needs to be fixed.
Fernando Cacciola
in optional: value semantics.
and 3) Plays well
with generic code (I'll give another use-case in addition to Mat's).
This can be addressed by fixing optional::get() to return a reference
instead of a pointer.
(more on this on another post)
Fernando Cacciola
the expected meaning of a method named get() for
something that is a value container.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
as
PossiblyUninitialized if that helps.
And it should incorporate initialization and assignment.
Anyway, both concepts are 'conceptually' the same.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
this operation is always
defined), and I prefer to address this problem at the
documentation level.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
();
Therefore, it is optional::get() that needs to be fixed, not optional::operator*(),
and not adding an implicit conversion to T.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
by
reference.
This get() issue we agree should be fixed.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
not overload boost::get again for optional? This would certainly improve
consistency with variant. For instance:
This was my intention from the very beginning.
I was just waiting for variant to be out there.
In the same line, we could make optional visitable:
And so about this.
Fernando Cacciola
Joel de Guzman [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] wrote:
Joel de Guzman [EMAIL PROTECTED] wrote in message
Direct value accesing via implicit conversion: int i = opt
seems wrong because this is the operation that can lead
Joel de Guzman [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] wrote:
Even if I agree with you that an optionalT should not be a T,
an optionalT is definitely not a pointer to T.
Definitely!
If HTML had blinking banners I think I'd use one
Daniel Frey wrote:
Fernando Cacciola wrote:
My main argument is that if those were allowed, you could write:
optionalint opt ;
opt = 1 ;
int i = *opt ;
and the assymetry didn't look right to me.
I agree that this looks wrong. What about this syntax:
optionalint opt;
*opt = 3;
int i
an interesting mix. Well, I'm
not sure. Fernando?
Can't really tell... but'll play with it to see the implications.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
'.
I'd implement it as:
#define BOOST_DETAIL_LXOR(x) !(x) : !!(x)
which would work with classes without bool/safe_bool conversion but with operator!.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Jens Maurer [EMAIL PROTECTED] escribió en el mensaje news:[EMAIL PROTECTED]
Fernando Cacciola wrote:
Recently, Jens Maurer changed the guard at function scope
from:
#ifndef __GNUC__
to
#ifndef BOOST_NO_STDC_NAMESPACE
and honestly, I didn't looked much at it as I should
David Abrahams [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] writes:
David Abrahams [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] writes:
The page is: http://boost.sourceforge.net/regression
David Abrahams [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] writes:
[sniped]
How do I apply the patch?
I mean, what do I do with CVS to have it on the right branch/tag.
(I guess that if I just commit it, it won't end on the right place
have to cope with later.
Any volunteers:-?
I signed for it already.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
David Abrahams [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] writes:
Hi,
There are still problems with Optional, related to some compilers
not finding std swap(). I wrote the original code following
compressed_pair.hpp, which is via
Peter Dimov [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Fernando Cacciola wrote:
David Abrahams [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Which compilers are failing and where are the regression report
pages?
Sorry for the delay, I was leaving the office
David Abrahams [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] writes:
David Abrahams [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] writes:
There are still problems with Optional, related
David Abrahams [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] writes:
and anyway I don't see how it could help if you want to
specialize something in std. Am I missing something?
If the specialization is injected into 'std' via
a using
is new, google shows (to my satisfaction) that there are
already a
couple of users of Optional out there.
TIA
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
David Abrahams [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] writes:
The page is: http://boost.sourceforge.net/regression-logs/cs-Linux.html
So it should correspond to the HEAD revision.
IIUC, the HEAD revision contains Jen's broken patch, so
Hurd, Matthew [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
-Original Message-
From: Fernando Cacciola [mailto:[EMAIL PROTECTED]
Note: although this library is new, google shows (to my
satisfaction) that there are already a couple of users of
Optional out
David Abrahams [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] writes:
I'm trying to say that I think it's the wrong patch. The right patch
would put the swap specialization into _STL::.
It actually sufixes
I assume you mean suffices
the wrong patch. The right patch
would put the swap specialization into _STL::.
It actually sufixes to put any 'std' extension in a nested namespace (say, stdx); then
injecting
the names in 'std'.
Fernando Cacciola
___
Unsubscribe other changes
Aleksey Gurtovoy [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola wrote:
Aleksey Gurtovoy [EMAIL PROTECTED] escribió en el mensaje
news:[EMAIL PROTECTED]
David Abrahams wrote:
Here's an example I just cooked up of using the PP lib to solve a
classic C
details of expanded code (for debugging, for instance).
Just a thought.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Fernando Cacciola [EMAIL PROTECTED] writes:
[snipped]
So, I like Dave's macro, though I would prefer code generation macros
not to be put in code directly requiring users to know the inner
details of expanded code (for debugging, for instance).
Just a thought.
FWIW, my macro only
.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
In spite of the issues still to be resolved, I vote to ACCEPT the library, provided
that suitable test suites are added (which
could be along the lines Bill proposed + Jens latest suggestion)
Fernando Cacciola
___
Unsubscribe other changes: http
() const; // formerly scale()
H.
Why not: significand() (or mantisa()), and one()?
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
, but incomplete.
If the concept of 'digits' is formalized, alon with its relation to 'scale',
then this statement could simply say that The conversion will be exact if
the string contains no more than 'digits()' digits (whole and/or decimal)
Fernando Cacciola
a total of more than
'precision' digits, the representation won't be exact. In fact, it will have
an implementation-defined value.
So, I would leave the original sentence, and add a next sentence stating the
above additional constrian.
Fernando Cacciola
digit, being a partial digit, cannot be accounted for in
'digits10'.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
)
digits, whether to the left or right of the decimal point (or both),
rounding will ocurr.
**
Best,
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Hi Joaquín,
JOAQUIN LOPEZ MU?Z wrote:
Hi Fernando,
- Mensaje Original -
De: Fernando Cacciola [EMAIL PROTECTED]
Fecha: Sábado, Julio 12, 2003 1:22 am
Asunto: [boost] Re: Interest in multiindex_set?(again)
[snip]
Now, index_n.begin() and index_n.end() let you enumerate *all
, since brand new compilers still lack proper support for it.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
on what is expected, much more often
that relative-error based comparisons.
It isn't smart but is easy to understand.
BTW: The default comparator I showed before might better be named
DifferAtMostBy
Fernando Cacciola
___
Unsubscribe other changes: http
Fernando Cacciola [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Thanks to Gabriel we may have an is_nan() right now.
Oops!
It was Joel de Guzman who offered his is_nan() implementation.
Sorry Joel :-)
Fernando
___
Unsubscribe other
x = y ? ( x - y ) = m_tol
: ( y - x ) = m_tol ;
}
N m_tol ;
} ;
Which would be used as follows:
double n = ..., m = ... ;
BOOST_CHECK_EQUAL_NUMBERS(n,m,IsNearlyEqualdouble());
Fernando Cacciola
___
Unsubscribe other
--
Fernando Cacciola
fernando_cacciola-at-movi-dot-com-dot-ar
Guillaume Melquiond [EMAIL PROTECTED] escribió en el mensaje news:[EMAIL PROTECTED]
On Fri, 4 Jul 2003, Fernando Cacciola wrote:
Gabriel Dos Reis [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
jvd [EMAIL PROTECTED
Joel de Guzman [EMAIL PROTECTED] escribió en el mensaje news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] wrote:
Gabriel Dos Reis [EMAIL PROTECTED] wrote in
Yes. It is an incorrect (unfortunately popular)
implementation.
Right. We should say that more often. It is incorrect
, these extensions are found on float.
The best approach, IMO, is to have a boost::is_nan() with compiler specific
implementations.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Hi Joaquín,
I'm probably just misunderstanding your class.
So I'll wait for you to upload the documentation and
I will repost the issues then.
Best
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi
?
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
multiindex_set catches boosters'
eyes).
You're welcome. I greatly appreciate your doing it!
Best,
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
of
the 'modifiers' used by the CGAL Library.
Check out the section named Protected Access to Internal Representations
on this page:
http://www.cgal.org/Manual/doc_html/frameset/fsSupport.html;
Best,
Fernando Cacciola
___
Unsubscribe other
Alexander Terekhov [EMAIL PROTECTED] escribió en el mensaje news:[EMAIL PROTECTED]
Fernando Cacciola wrote:
Alexander Terekhov [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola wrote:
[...]
Motivated by A. Terekhov concerns, I think the license should
Alexander Terekhov [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola wrote:
[...]
Motivated by A. Terekhov concerns, I think the license should, if at all
possible, expressely PROHIBIT anyone, including the copyright holder,
from patenting the covered Software
sure to express our gratitude to those lawers for their time and
great work!!
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
can
be selected via the Float2IntRounder policy.
can be passed via a RawConverter policy.
The optimized automatic range-checking logic can be overridden
via a UserRangeChecker policy.
-
Fernando Cacciola
___
Unsubscribe other
Joel de Guzman [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
David B. Held wrote:
Fernando Cacciola [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
[...]
I think I like this enhanced version.
'max_size_type_that_fit_in_padding'
must better be one
Joel de Guzman [EMAIL PROTECTED] escribió en el mensaje
news:[EMAIL PROTECTED]
Fernando Cacciola wrote:
Hi,
First question: I see that there is a phoenix subdirectory
under both boost/spirit and lib/spirit; does this mean
that pheonix is distributed with boost 1.30.0? or only part
the expression tree dynamically
via software, which has really slow performance.
TIA,
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Pavel Vozenilek [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
- Original Message -
From: Fernando Cacciola [EMAIL PROTECTED]
Following snippet of code fails:
-
#include boost/optional.hpp
#include utility
void foo(const boost::optionalstd
background on this sort of ordering to see
other possible semantics (if any), and if there are any subtelties with
this one.
If it still looks OK after that, I'll add it.
Thank you.
Fernando Cacciola
___
Unsubscribe other changes: http
(with !!) to be used when
needed.
In Borland, the safe_bool operators works only if
the optional is the only element in the boolean
expression, as in: if ( aux ) ...
Thanks for the report!
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org
point it out incase anyone is
interested.
Thanks for the info!
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
didn't know about the em-dash. But I found a nice explanation
on the web about em/en-dashes, the hyphen, and their correct uses.
I used mdash; directly since I found many boost documents using
it.
Otherwise, the documentation looks great!
Thank you!
Fernando Cacciola
David Abrahams [EMAIL PROTECTED] escribió en el mensaje
news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] writes:
With BCC5.5.1 typename is _never required_ AFAIK, but it is with
BCC5.6.0(4)
I guess in that case BOOST_TYPENAME or BOOST_NO_TYPENAME might be an
appropriate name.
I
of that
happening?
It will happen one way or another... :-)
I only need to make my mind around the two alternatives I considered.
Look at the following thread and let me know which form would you prefer,and
why.
http://aspn.activestate.com/ASPN/Mail/Message/1539796
Regards,
Fernando Cacciola
sometimes if typename is given inside , as in
typedef foo typename bar::type the_foo ;
but not always, so I'm not sure what to do in general.
bcc560 update 4 (bcc564) does not show this problem, though.
Fernando Cacciola
___
Unsubscribe other
David Abrahams [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] writes:
* [config] BOOST_DEDUCED_TYPENAME
Status currently unknown. John? Aleksey?
Dave A. introduced the macro I would prefer him to change it as he
knows
what's required
which is
not explicit in the regression results and which is not very common.
It wouldn't be so much of a problem, IMHO, if the status tables contained an
additional column showing particular uncommon constrians.
Fernando Cacciola
___
Unsubscribe
FYI, with Update 4 __BORLANDC__==0x564
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
said before the
boolean flag is initialized before the object is really constructed.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
the U subobject out of a T object
(if U is in fact a subobject of T), and wrap it into a NEW optional.
But you can't go back to a T, so this is not polymorphism, is straight up
conversion, just like converting a long double to a short loosing
along the way all the bits that don't fit.
Fernando
Peter Dimov [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
David Abrahams wrote:
Fernando Cacciola [EMAIL PROTECTED] writes:
No, right're right :-)
Is perfectly possible to simply discard it, though to me it looks
kind of akward in anything but deeply low-level code
,
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
is used many
times in the same object, gathering m_initialized types and m_storage in
separate lists:
What for ?
--
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
- Original Message -
From: Philippe A. Bouchard [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, February 24, 2003 6:31 PM
Subject: [boost] Re: Re: Re: Re: partial proposal
Fernando Cacciola wrote:
[...]
Given the fact optional::m_storage is aligned like a bool
David Abrahams [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola \(Home\) [EMAIL PROTECTED] writes:
optionalWindow opt( in_placeWindow(point(0,0),point(10,10)));
here, in_place() is used to forward T's ctor argument to optional so
that
T is effectively
Philippe A. Bouchard [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola (Home) wrote:
[...]
I'm still not sure I understand what are you trying to do, but it
looks
like you want optional with in-place construction (which bypasses the
copy). In this case, I
David Abrahams [EMAIL PROTECTED] escribió en el mensaje
news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] writes:
I thougth about placement new as a way to achieve
in-place optional construction, precisely because of the forwarding
problem, but I couldn't get it to really work
Philippe A. Bouchard [EMAIL PROTECTED] escribió en el mensaje
news:[EMAIL PROTECTED]
Fernando Cacciola (Home) wrote:
[...]
Well it depends on the platform but if sizeof(bool) == sizeof(int) on
Intel,
^^^
Were does this 'int' comes from?
sizeof(bool) may vary, you just don't
have a
conditional in it or should be implemented in place.
Good point! Thank you.
I'll see to fix it, _probably_ for 1.30.0.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Peter Dimov [EMAIL PROTECTED] wrote in message
006901c2d9c2$1db8fa60$1d00a8c0@pdimov2">news:006901c2d9c2$1db8fa60$1d00a8c0@pdimov2...
Fernando Cacciola (Home) wrote:
[...]
One is initialization from a null pointer value, as in:
struct C
{
C() : ptr(0) {}
shared_
.
sahred_ptrT pc(1) ; // ERROR
pa = ptr ; // ERROR
pa = 0 ; // OK
pa = 1 ; // ERROR
What do you think?
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
. What's wrong with it? What does optionalT add?
Exactly. An optional reference is almost like a possibly null pointer,
except that references
must be bounded.
If given a particular design you would need optionalT, then you
definitely need T* instead.
--
Fernando
be NULL. (T
in this case is int)
--
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
David Abrahams [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
Fernando Cacciola [EMAIL PROTECTED] writes:
Any idea about what to do with reference to reference problem?
What's the problem?
Currently, optionalY has:
explicit optional ( T c
Eric Friedman [EMAIL PROTECTED] wrote in message
b2s34c$bav$[EMAIL PROTECTED]">news:b2s34c$bav$[EMAIL PROTECTED]...
Fernando Cacciola wrote:
[snip]
(3) variant dependency.
We are just about to review boost::variant.
I was planning to wrap optional around variant discarding its
Kevin, we're currently in the middle of a release and a formal review...
If you wait a week or so.. and recall our attention, you're likely to get a
response.
Just hold on.
Thanks,
Fernando Cacciola
___
Unsubscribe other changes: http
Eric Friedman [EMAIL PROTECTED] wrote in message
b2s4b1$eof$[EMAIL PROTECTED]">news:b2s4b1$eof$[EMAIL PROTECTED]...
Fernando Cacciola wrote:
I'm trying the variant library, by currently it doesn't
compile with bcc551.
I'd like to be able to compile it with my compiler so I can
;
#if BOOST_WORKAROUND(__BORLANDC__)
#pragma option pop
#endif
}
--
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
.
AFACIT there are many changes but they're all trivial.
I can assist them by indicating what to change, but I don't have the time
right now
to made the changes myself.
Thanks.
Fernando Cacciola
___
Unsubscribe other changes: http://lists.boost.org
Aleksey Gurtovoy wrote:
Fernando Cacciola wrote:
OK, I can see the motivation: We can have a noncopyable class
and need an optional object of it.
Following optional semantics, it would be spelled:
boost::optionalRAII_lock lock;
if ( cond )
lock.reset( RAII_lock(entity
1 - 100 of 193 matches
Mail list logo