On Friday 29 August 2003 10:53 pm, Eric Friedman wrote:
P.S. Has there been any progress in handling BoostBook documentation in
CVS? Perhaps Greg or MetaComm can run nightly builds? (This of course does
not solve the problem of offline access though...)
There has been no progress, though it is
On Saturday 30 August 2003 08:00 am, David Abrahams wrote:
Misha Bergal [EMAIL PROTECTED] writes:
Eric Friedman wrote:
P.S. Has there been any progress in handling BoostBook documentation in
CVS? Perhaps Greg or MetaComm can run nightly builds?
We can do that. Is there any info on how
On Monday 01 September 2003 07:53 am, Alexander Nasonov wrote:
I'm asking for voting for the new name of dynamic_any. Please, give you
preference.
Here is my discussion about the name with Kevlin Henney ( and empty
prefix - Kevlin, - me)
Between the two: adaptable_any is better, I think.
On Tuesday 02 September 2003 04:58 pm, Misha Bergal wrote:
Douglas Gregor [EMAIL PROTECTED] writes:
http://www.cs.rpi.edu/~gregod/boost/tools/boostbook/doc/html/
You can build local copies of the documentation with BBv2 once you've
read it
Thanks. It worked. We will be publishing HTML
On Tuesday 02 September 2003 05:01 pm, David Abrahams wrote:
Peter Dimov [EMAIL PROTECTED] writes:
Maybe adding struct { double x; } would be enough?
I think it would be safer to add struct { double T; } for each T in
the list of types, just in case.
I agree. I've checked in the following
On Thursday 28 August 2003 06:26 pm, E. Gladyshev wrote:
--- Gregory Colvin [EMAIL PROTECTED] wrote:
Perhaps because you work with the authors of the documentation to
make it sure it says what needs saying?
Are the documentation authors monitoring this mailing list?
The developers
On Thursday 28 August 2003 09:35 am, Neal D. Becker wrote:
I have looked at std::bitset, std::vectorbool, and boost:dyn_bitset, but
none seems to supply a feature I need.
I'd like to be able to assign to a contiguous field of bits in one
operation. For example:
bitset12 n;
n.subset (1, 10)
On Thursday 28 August 2003 08:20 am, Daniel Frey wrote:
Douglas Gregor wrote:
I'd like to deprecate or remove two libraries:
- min_rand has been the only entry in our list of Obsolete Libraries
for quite some time. Random is quite mature, so let's just eliminate
min_rand now
Vladimir,
The patch you recently checked in:
revision 1.36
date: 2003/08/28 11:48:59; author: vladimir_prus; state: Exp; lines: +53
-18
Implement depth_first_visit variant which allows to stop the search at
certain vertices.
breaks depth_first_search by aborting before it
On Thursday 28 August 2003 01:23 pm, David Abrahams wrote:
The other possible option would have been to simply not give the user
a readable error message. I'm open to opinions that I chose the
wrong balance.
So we're breaking code in order to produce a better error message? This seems
like
On Thursday 28 August 2003 04:40 pm, Gregory Colvin wrote:
I also have no objection, and much sympathy, for having a clear
memory management policy for Boost libraries. But again, it is a
matter of people who care about and understand the issue doing the
necessary work, just like everything
On Tuesday 26 August 2003 01:23 pm, Peter Dimov wrote:
Leaving aside the issue of whether specializing std::allocatorMyClass is
a good idea:
shared_ptr MyClass, MyAllocator s;
note that you now wouldn't be able to pass s to a function that expects
shared_ptrMyClass since the type is not
I'd like to deprecate or remove two libraries:
- min_rand has been the only entry in our list of Obsolete Libraries for
quite some time. Random is quite mature, so let's just eliminate min_rand
now.
- compose has been surpassed by bind to the point where we dissuade users from
using compose
On Monday 18 August 2003 11:42 pm, Jeremy Siek wrote:
Hi Doug,
Hmm, I just viewed it with a different browser (Apple's Safari instead
of and old version of Netscape on a Sun) and now I see lots of newlines
(there were none before). Is this a case of non-portability of a html
tag, or a bug in
On Monday 18 August 2003 06:04 pm, Jeremy Siek wrote:
The Header section in the following pages is garbled.
Looks like a bunch of missing newlines.
http://www.boost.org/doc/html/any.reference.html
http://www.boost.org/doc/html/function.reference.html
-Jeremy
Where would you like to see the
- Original Message -
From: Brock Peabody [EMAIL PROTECTED]
Do you think we will be OK restricting this library to the more
conformant compilers?
That should be fine. Compiler workarounds can often be added later, and you
shouldn't need to worry about these from the start. In fact, we
- Original Message -
From: Fredrik Blomqvist [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, August 04, 2003 4:40 PM
Subject: [boost] Re: Boost 1.30.1 released
Shouldn't the documentation for function and signals be added when your're
making an official release also?
Yep, we
- Original Message -
From: E. Gladyshev [EMAIL PROTECTED]
I am wondering what happened to the allocator idiom in
boost. Was it left out intentially?
I can control all memory allocation details in STL
(orthogonally to data types) but not in boost.
It seems like a step backward
- Original Message -
From: E. Gladyshev [EMAIL PROTECTED]
IMHO, boost needs to get rid of any possibility of
this to happen. Why does boost::signal() need a
DLL/LIB in the first place? Would not be just the
.h
file enough?
It could be put in a .h, but there is a lot
- Original Message -
From: Philippe A. Bouchard [EMAIL PROTECTED]
Joe Gottman wrote:
They are considering a language solution. See this link:
http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1483.pdf
Wow, that is good. I like the new syntax...
0,01$: But maybe they
- Original Message -
From: Brian Simpson [EMAIL PROTECTED]
The general case devolves into an else-if-then:
Let us assume that we have specializations up to a certain number,
'max_specialization_count'. Then we know that we can get switch-based
runtime type selection (rtts) on any
- Original Message -
From: Bohdan [EMAIL PROTECTED]
E. Gladyshev [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Have you built the signals library multi-threaded or
single threaded and
Whatever the default build is.
are you building an application of the same
- Original Message -
From: Lars Gullik Bjønnes [EMAIL PROTECTED]
David Abrahams [EMAIL PROTECTED] writes:
| I have put a diff of the changes between Version_1_30_0 and RC_1_30_0
| at http://www.boost-consulting.com/diffs-1-30-1.txt.
These are the changes we (LyX Developers) have
From: E. Gladyshev [EMAIL PROTECTED]
[snip]
template typename IT, typename PhysicalGuiLayer
class ListControl
[snip]
I'm coming in a bit late into this discussion, but I too am interested in
the outcome of this project.
I strongly dislike the PhysicalGuiLayer template parameter, for several
Douglas Paul Gregor [EMAIL PROTECTED] writes:
Doesn't look like there has been any activity on signals and
multi_array.
Are the developers aware of the need for action?
I'll try to work on Signals tonight.
Hint: turn the body of your policies class into the body of your
iterator.
- Original Message -
From: Aleksey Gurtovoy [EMAIL PROTECTED]
Beman Dawes wrote:
What is really needed is to add a history element to the test_log.xml
files. That would be far more reliable. Let me think about it overnight.
The way we do it in the new reports is to extract the
- Original Message -
From: Daryle Walker [EMAIL PROTECTED]
To: Boost [EMAIL PROTECTED]
Sent: Wednesday, July 16, 2003 3:10 PM
Subject: [boost] Missing functional files in CVS?
In my copy of the main CVS, looking at ROOT/boost/libs/libraries.htm,
the links to function and signals, both
- Original Message -
From: Eric Friedman [EMAIL PROTECTED]
Other components, however, are more general purpose -- namely,
boost::empty
and boost::incomplete. Since boost::empty is almost trivial, I plan to
document and test it as part of the utility library.
But boost::incomplete is
This removes a possible use of 'tag' before definition warning with
BCB.
I didn't use this actual patch (I'd rather avoid pragmas when there's a
reasonable in-language workaround), but the code I checked in should get rid
of the warning on BCB (not that Signals compiles at the moment!). Sorry
Ok, enough of the review. Assuming that rw_lock is destined for
release, I propose that whether you want to lock for reading, or for
writing, is usually a decision made at compile time, and that this fact
can be made to slightly simplify the scoped_lock interface, and make it
slightly more
MSVC 7.1 complains: warning C4099:
'boost::signals::detail::real_get_signal_impl0,T1,T2,T3,T4,T5' : type
name first seen using 'struct' now seen using 'class'
at several later points in the same file. These can all be removed by
changing struct to class in the declaration quoted above.
Subject: [boost] minor nitpick: why signal.hpp instead of signals.hpp?
(notext)
Probably a mistake. signal.hpp made sense when the library was not in the
namespace boost::signals, but signals.hpp makes more sense now. This should
probably change.
Doug
- Original Message -
From: Vladimir Prus [EMAIL PROTECTED]
Douglas Gregor wrote:
Creating new visitors in the BGL can be a pain, because it may require a
lot of extra typing for simple cases. I'd like to add the ability to
attach
function objects to visitor events like
- Original Message -
From: Ralf W. Grosse-Kunstleve [EMAIL PROTECTED]
To: Boost mailing list [EMAIL PROTECTED]
Sent: Saturday, June 07, 2003 5:50 AM
Subject: Re: [boost] Mac OS 10 type_traits/type_with_alignment.hpp
--- Douglas Gregor [EMAIL PROTECTED] wrote:
/var/tmp/mac/boost/boost
My apologies for the very late reply. I was away for a while and am still
sorting through my inbox...
Platform:
Mac OS 10.2
gcc 3.3 compiled from sources
boost cvs from last Friday
When porting the Boost.Python bindings for some custom libraries I ran
into a problem with static
Guillaume and Giovanni,
As Beman mentioned, I've been away for a bit. Let's see if I can answer
some of the lingering what-was-the-maintainer-thinking questions:
Giovanni said:
Instead, I think this is ill-formed because it's throwing an exception
which
is not derived from std::bad_alloc().
- Original Message -
From: B B [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, May 30, 2003 9:52 AM
Subject: [boost] [BGL] Patch for nonrecursive DFS to fix stack overflow
Here's a patch to depth_first_search.hpp in BGL in version 1.30.0 of boost
that implements nonrecursive
- Original Message -
From: Jeffrey Hsu [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, May 30, 2003 2:41 AM
Subject: [boost] interest in dominator tree?
Is there any interest in a generic implementation of the
Lengauer-Tarjan algorithm to compute the immediate dominator
tree of
On Wednesday 30 April 2003 06:30 am, Pavol Droba wrote:
Most of the new warnings can be easily removed with a static_cast. I don't
understand, why any boost lib have to generate such a warnings.
enters grumpy old developer mode
I agree that it would be great from the user's point of view if all
On Wednesday 30 April 2003 08:44 am, Jacques Kerner wrote:
Hi,
I get the following error :
error C2664: 'void boost::function0R,Allocator::assign_to(Functor)' :
unable to convert parameter 1 from 'const CTaskManager' to 'CTaskManager'
when doing this :
class CTaskManager
{
public:
On Wednesday 30 April 2003 08:25 am, Beman Dawes wrote:
* What namespace should the Boost version go in?
(tr1 is t, r, followed by numeral one, and is the committee's
tentative choice for a sub-namespace.)
std::tr1 // well, this IS an implementation of the standard TR
On Thursday 17 April 2003 03:50 am, Vladimir Prus wrote:
IOW, now specifying behaviour for event requires creating a new class, with
event_filter typedef and operator(). You propose to pass lambda,
immediately on dfs_visitor creation. I think this is indeed convenient.
I've some concerns about
On Thursday 17 April 2003 10:04 am, Vladimir Prus wrote:
Douglas Gregor wrote:
The efficiency won't be any worse than using a bind object elsewhere in a
program. The do_on_XXX functions merely augment the visitor list of
dfs_visitor and return a new dfs_visitor object.
This precisely what
On Saturday 29 March 2003 09:46 am, David Abrahams wrote:
I just returned from PyConDC 2003, where a system was described which
will watch a CVS repository for checkins, launch new remote tests on
any number of platforms, collect the results, and notify people of
failures (e.g. via mail or
John,
This regression in Function is coming from your recently change to
is_class.hpp. Would you mind taking a look?
On Saturday 15 March 2003 01:31 pm, Bernhard Glueck wrote:
Hi !
I was using boost:function for a while now with success on
Visual C 7.0 ( MSVC 1300 ) .
I was always using
On Saturday 15 March 2003 06:03 pm, Andreas Huber wrote:
[ ... ]
Index: is_class.hpp
===
RCS file: /cvsroot/boost/boost/boost/type_traits/is_class.hpp,v
retrieving revision 1.5
retrieving revision 1.6
diff -r1.5 -r1.6
On Wednesday 12 March 2003 08:05 am, Beman Dawes wrote:
At 11:19 PM 3/11/2003, Douglas Gregor wrote:
As it stands, the system itself is in good shape, and the documentation
for
libraries I've redocumented in BoostBook is quite reasonably. I still
think
a BoostBook overview/tutorial
On Tuesday 11 March 2003 09:20 pm, Beman Dawes wrote:
Doug Gregor is tentatively planning to host a session on the Boost
documentation system he has been working on. No date or time yet.c
Doug, how are your plans shaping up?
--Beman
I'm mainly working on usability issues now, most
I've imported the BoostBook-generated HTML documentation into the RC_1_30_0
branch under doc/html. The affected libraries are: Any, Function, Ref, and
Signals. Other than the new directory there should be no effect
Should we include PDF and/or man pages for these libraries?
- The PDFs are
On Wednesday 05 March 2003 03:53 pm, Beman Dawes wrote:
I thought we agreed to make pdf, man, and all formats other than HTML
available on some separate site.
Okay. PDF and man pages are available at:
http://boost.sourceforge.net/release/
and there are links from libs/libraries.htm.
On Tuesday 04 March 2003 10:02 am, Marc Jacobs wrote:
I'm trying to use a member function as a callback to a C-style library.
I've got the bind working by itself, but the resulting function object does
not convert to the type required by the library. Clearly a boost::bind
object is not a
On Monday 03 March 2003 11:42 am, Lars Gullik Bjønnes wrote:
I have been trying, but gcc failes with an ICE. Of course gcc should
not segfault, but I am trying to find out if it is an segfault on
valid code or if it is an segfault on illegal code.
I have not been successful on finding a small
On Monday 03 March 2003 05:03 pm, Marc Jacobs wrote:
bind( X::f, x, _1 )( 6 ); // error!
You can't pass rvalues to boost::bind function objects, because of the
forwarding problem in C++. If you use this it should work:
int i = 6;
bind( X::f, x, _1 )( i );
There's a good description of
On Wednesday 19 February 2003 09:37 am, Peter Dimov wrote:
You'll soon find that this is not _that_ easier to use compared to
setEventHandler(bind(CButton::OnPaint, this));
and the latter is much more flexible:
setEventHandler(bind(CButton::OnMessage, this, WM_PAINT));
but that's another
On Monday 17 February 2003 11:21 am, Beman Dawes wrote:
Ouch! That means the current HTML docs for these libraries aren't available
to Boosters who depend on CVS to keep up-to-date,
They're always available here, regenerated nightly in HTML, DocBook, FO, PDF,
and man pages:
On Monday 17 February 2003 04:49 pm, Beman Dawes wrote:
At 02:00 PM 2/17/2003, Douglas Gregor wrote:
They're always available here, regenerated nightly in HTML, DocBook, FO,
PDF, and man pages:
http://www.cs.rpi.edu/~gregod/boost/doc/html/libraries.html
That really isn't very
On Saturday 15 February 2003 10:24 am, Beman Dawes wrote:
* signals lib is failing all Intel and Microsoft tests; as recently as a
few days ago the bulk of these were passing.
Should be fixed now. I forgot to tell the library to link statically for the
testcases.
Doug
I've removed the HTML-only documentation for these three libraries from CVS,
as the documentation for each is now maintained in BoostBook.
libraryname/index.html forwarding documents are in place to get to the
generated documentation (in doc/html), and when we near the release I will
provide a
On Friday 14 February 2003 03:30 am, Aleksey Chernoraenko wrote:
Oops..., I am sending again, now with files
Would you please re-send slot.diff? It was sent as quoted-printable and
ended up mangled on my end. Oddly enough, the others were perfectly fine.
Thanks for doing this!
Doug
On Friday 14 February 2003 11:52 am, Douglas Gregor wrote:
On Friday 14 February 2003 03:30 am, Aleksey Chernoraenko wrote:
Oops..., I am sending again, now with files
Would you please re-send slot.diff? It was sent as quoted-printable and
ended up mangled on my end. Oddly enough, the others
On Thursday 13 February 2003 04:38 am, Daniel Frey wrote:
Ah, that's the reason. But given my recent discomfort about
unmaintainable code, look at it again:
# if BOOST_WORKAROUND(__HP_aCC, = 33900)
templatebool cond, typename T struct enable_if;
# else
templatebool,
On Thursday 13 February 2003 01:01 am, Lin Xu wrote:
Attached is a prelimary replacement for function_traits.hpp. (When should I
use the files section on yahoo? When should I attach? copy and paste code
inline?)
If it's really short, post a context diff. If it's short, attach. If it's
longer
On Thursday 13 February 2003 06:12 am, Markus Schöpflin wrote:
Hi there,
currently, boost.function and Visual Age don't get along very well.
Unfortunately, I have no idea where to start in order to fix the problems.
Could anyone please take a look at the regression logs and give me a
hint
On Thursday 13 February 2003 10:12 am, Peter Dimov wrote:
--Compatibility--
This version of ref.hpp is backwards-compatible with the existing
version of
ref.hpp on a compiler that can handle the new ref.hpp (needs partial
specialization and proper SFINAE handling). At some point
On Wednesday 12 February 2003 01:08 am, Lin Xu wrote:
Yeah, I guess it would. The syntax I had before was limited by my lack of
knowledge about how to extract the arguments and return type from a
classtype. But I can use function_traits right? But that requires partial
template specialization.
On Wednesday 12 February 2003 12:37 pm, Markus Schöpflin wrote:
Attached is a small patch for function_base.hpp. On line 302, there is
a T missing.
Markus
Thanks. Applied.
Doug
___
Unsubscribe other changes:
On Wednesday 12 February 2003 12:41 pm, Markus Schöpflin wrote:
Attached is a small patch for signals/trackable.hpp. According to
7.1.1(8), the mutable keyword cannot be applied on reference members
and Visual Age flags this as an error. I just removed the mutable
keyword an it compiles fine
We've discussed making boost::ref/boost::cref work for arbitrary functions
objects before. I just committed a version of ref.hpp that supports this
ability to the sandbox. With this code, you can write:
std::transform(c.begin(), c.end(), out, boost::ref(f));
or, if you don't want the return
On Wednesday 12 February 2003 07:15 pm, David Abrahams wrote:
Douglas Gregor [EMAIL PROTECTED] writes:
We've discussed making boost::ref/boost::cref work for arbitrary
functions objects before. I just committed a version of ref.hpp that
supports this ability to the sandbox. With this code
On Wednesday 12 February 2003 09:11 pm, Lin Xu wrote:
Hm...
- Functionvoid (A::*)(),A::Setz if the compiler supports PTS;
- If not, then the user would have to type in something like:
Function0void,A,A::Setz.
Looks good. Another (slightly offtopic) thing. I attempted to use
function_traits
On Friday 07 February 2003 05:58 pm, Alisdair Meredith wrote:
I have a potential patch for the boost::array tests that will pass under
Borland 0x561 and probably under MSVC as well [I think it is the same
issue]
I am leary of resolving an issue by patching a test, but I think the
issue is
On Friday 31 January 2003 08:02 pm, Beman Dawes wrote:
It seems to me one solution is to move the pictures to some location other
than CVS. Probably the Boost SourceForge disk allotment.
The capsule biographies would stay on the CVS, and thus would continue to
be part of the web site and
On Thursday 30 January 2003 05:41 am, David Abrahams wrote:
The subject says it all. We should find a workaround for this or
it'll screw up all vc6 testing pretty badly.
When did you first start seeing this? Last night? I didn't change anything...
Doug
On Wednesday 29 January 2003 12:20 pm, David Abrahams wrote:
It seems to me that while lib developers may be interested in the big
table, most users, unless they care extraordinarily about
portability, will want to know about individual compiler results. I
wonder if we shouldn't be assembling
On Thursday 30 January 2003 11:05 am, David Abrahams wrote:
Douglas Gregor [EMAIL PROTECTED] writes:
On Thursday 30 January 2003 05:41 am, David Abrahams wrote:
The subject says it all. We should find a workaround for this or
it'll screw up all vc6 testing pretty badly.
When did you
On Thursday 30 January 2003 11:05 am, David Abrahams wrote:
[Yes, I'm beginning to sound like a broken record, but I really
don't think we should ever be generating documentation directly from
C++ code.]
I can't see any relevance. Care to explain?
I stated that _very_ poorly. I meant
On Wednesday 29 January 2003 09:42 am, Daniel Frey wrote:
// given some is_base_and_derived B, D ::value
template typename T struct is
{
template typename U struct derived_from
{ enum { value = is_base_and_derived U, T ::value };
template typename U struct base_of
{ enum {
On Tuesday 21 January 2003 04:24 pm, David Abrahams wrote:
Unai Uribarri [EMAIL PROTECTED] writes:
Currently, any_cast doesn't allow to cast to
references. Instead, you have obscure castings from
any* to T returning T*.
That sounds like a design mistake on the face of it.
This comment
On Monday 20 January 2003 01:44 pm, Beman Dawes wrote:
I guess I'm still unsure how the generated HTML docs are going to be
integrated with the rest of the web site and CVS.
My understanding was that the docs in formats other than HTML would go on a
separate web site, but that the source and
On Monday 20 January 2003 09:25 pm, Paul Mensonides wrote:
- Original Message -
From: Edward Diener [EMAIL PROTECTED]
People disagree with others all the time based on their technical
understanding. No one's opinion is exempt from reasonable discussions or
arguments over what
On Sunday 19 January 2003 09:14 pm, Rene Rivera wrote:
In order to make regression test browsing more pleasant for all of us. I
decided to work up a little script to gather up all the test results that
get posted to the boost.sourceforge.net site. So browse on over to:
On Sunday 19 January 2003 08:25 pm, Beman Dawes wrote:
I'd like to see a bit more refinement first, and understand how the
maintenance works.
Let's take the last first. What does a developer do to add a new library?
If the library documentation is in the BoostBook format, just make sure the
On Thursday 09 January 2003 07:43 pm, David B. Held wrote:
Under: Passing values to and from slots in tutorial.html, it looks
like the old syntax is being used:
boost::signalvoid, float, float sig;
The tables are correct. Only the references in the text appear
wrong.
Dave
Thanks! The
On Tuesday 07 January 2003 06:08 pm, David Abrahams wrote:
This compiler bug was reported on the Python/C++-sig. Probably we
should stick a const_cast in addressof just for vc7?
Would you mind doing it? I don't have access to VC7 to test any changes.
Doug
On Friday 03 January 2003 11:43 am, Beman Dawes wrote:
At 11:57 PM 1/2/2003, Douglas Gregor wrote:
I've (slightly) modified the compiler_status program to search
boost/status/testsuites.jam in addition to boost/status/Jamfile when
trying
to determine the type of a test. I think
Where in the Boost tree should we put generated documentation? I'm ready to
the use some of the documentation generated from C++XML/DocBook as the
documentation for some of my libraries, but I would first like to establish
some conventions. I suggest:
- We create a directory boost/doc that
On Friday 20 December 2002 08:14 am, Steven Ketcham wrote:
Yes, every thing (STL stuff) works except boost. Turning off the STL filter
made no difference. It only captures output and filters it. I am left with
the impression that the #defines are wrong for my particular setup. Please
remember
On Monday 09 December 2002 11:55 am, Douglas Gregor wrote:
The formal review of Fernando Cacciola's Optional library begins today and
runs until the end of Wednesday, December 18.
The review of Fernando Cacciola's Optional library has ended. I will post
review results this weekend. A hearty
On Thursday 19 December 2002 12:25 pm, Steven Ketcham wrote:
boost_1_29_0\boost\function\function_template.hpp(73): error C2061: syntax
error : identifier 'any_pointer'
boost_1_29_0\boost\function\function_template.hpp(79):
see reference to class template instantiation
On Thursday 19 December 2002 03:36 pm, Steven Ketcham wrote:
** {BD Software Proxy CL v2.29} STL Message Decryption is ON! **
I'm beginning to suspect this little program (or perhaps the installation of
MSVC). The errors you are getting are in libraries that are well-tested on
your
On Monday 16 December 2002 01:39 am, Greg Dehaas wrote:
//Macros for binding functions + methods
#define BINDMETHOD5(object,function)
boost::bind(function,object,_1,_2,_3,_4,_5)
#define BINDFUNCTION5(function) boost::bind(function,_1,_2,_3,_4,_5)
#define BINDMETHOD4(object,function)
On Monday 16 December 2002 09:17 am, Beman Dawes wrote:
I'd like to propose changing that (particularly for headers) to:
// See http://www.boost.org/library-name for documentation.
I assume you mean http://www.boost.org/libs/library-name;?
and require that it be the first instance of
On Friday 13 December 2002 07:21 am, Greg Dehaas wrote:
So far, I've got something like this:
CODE ---
#include boost/function.hpp
#include functional
//Simple Class
class CSimple
{
public:
void SimpleMethod()
{
The formal review of Fernando Cacciola's Optional library begins today and
runs until the end of Wednesday, December 18.
The Optional library provides a class template optionalT that either
contains a value of type T or contains no value (i.e., having a value is
optional). It is useful, for
On Saturday 07 December 2002 06:47 am, John Maddock wrote:
Maybe we need something new for those folks: something like
BOOST_NO_WORKAROUNDS or whatever, that disables all compiler workarounds?
To keep things centralised BOOST_NO_WORKAROUNDS should be defined by the
compiler config when the
On Wednesday 04 December 2002 08:53 am, David Abrahams wrote:
It looks like some people (ahem! wink) have been using
BOOST_NO_CONFIG where they should be using BOOST_STRICT_CONFIG. See
boost/function/function_base.hpp.
Oops. Fixed now.
Doug
On Thursday 05 December 2002 08:51 am, David Abrahams wrote:
Douglas Gregor [EMAIL PROTECTED] writes:
F On Wednesday 04 December 2002 08:53 am, David Abrahams wrote:
It looks like some people (ahem! wink) have been using
BOOST_NO_CONFIG where they should be using BOOST_STRICT_CONFIG. See
On Thursday 05 December 2002 02:41 pm, David Abrahams wrote:
I propose:
#ifndef BOOST_STRICT_CONFIG
# define BOOST_WORKAROUND(symbol, test) (defined(symbol) symbol
test) #else
# define BOOST_WORKAROUND(symbol, test) 0
#endif
Comments?
I'm still not sure that
On Wednesday 04 December 2002 09:54 am, David Abrahams wrote:
The Scons Wiki was recently vandalized. This is just a reminder about
our exposed assets. If you have open-source resources which ought to
be backed up, this might be a good time...
Jeff, is our Wiki backed up at regular intervals?
On Friday 22 November 2002 10:53 am, Martin Bosticky wrote:
Thanks wery much for both commets, Douglas and Peter
I will have a look at bind and lambda libraries but i remember i had
trouble using the lambda library under VC6 together with bind1st
Martin.
Bind will work on VC6, Lambda will
1 - 100 of 113 matches
Mail list logo