Aleksey Gurtovoy wrote:
> Paul Mensonides wrote:
>>> Yep, they do - that's why I named it "BOOST_PP_REPEAT +
>>> BOOST_PP_SEQ_ELEM bug".
>>
>> That is what I figured, but I wanted to make sure that the (a, b, c)
>> wasn't causing a problem--which it shouldn't be anyway. I'll look
>> at this later
Jason House wrote:
>> James Curran wrote:
>> > Vladimir Prus wrote:
>> >> The intent is to get/change the part of leaf name after the first
>> >> dot.
>> >
>> > um.. After the FIRST dot or the LAST dot.
>> >
>> > In Win32, "james.m.curran.txt" the extention is "txt", not
>> > "m.curran.tx
James Curran wrote:
> Vladimir Prus wrote:
>> The intent is to get/change the part of leaf name after the first
>> dot.
>
> um.. After the FIRST dot or the LAST dot.
>
> In Win32, "james.m.curran.txt" the extention is "txt", not
> "m.curran.txt"
Certainly the last. My existing code uses
Terje Slettebø wrote:
>> MACRO( IN(2, (std::pair)) )
>
> I'm not sure how this latter solution could be used. How could MACRO
> retrieve the type being passed?
You have to encode the type in a structure, and then decode it when you actually
need it:
#define IN(s, x) (s) x
#define OUT(type) BOOST
We have been using this book on a course in programming language
foundations - and I strongly recommend it.
It is well written, the proofs are well explained and detailed (at least
in the beginning - later on he assumes that we are adept at structural
induction), the exercises are very helpful, an
No, you only need to implement the addref/release functions for the base
class. See libs/smart_ptr/test/intrusive_ptr_test.cpp for an example.
A future boost release will probably contain such a base class. I didn't
want to introduce one at this time since it may have created confusion, as
1.29 ha
>From: "Paul Mensonides" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
> > Is there some way (using PP-lib, or whatever), to pass a template-id
> > with more than one parameter (thus, it contains at least one comma),
> > to a macro?
> >
> > E.g.:
> >
> > #define TEST(a) test t;
> >
> > TEST(std::pai
Scott Maxwell wrote:
>> This is what intrusive_ptr is for. Just define intrusive_ptr_add_ref
>> and intrusive_ptr_release for your count class.
>
> Unless I have missed something, intrusive_ptr has the following
> issues:
>
> 1. You must declare intrusive_ptr_add_ref and intrusive_ptr_release as
>
This is what intrusive_ptr is for. Just define intrusive_ptr_add_ref and
intrusive_ptr_release for your count class.
Unless I have missed something, intrusive_ptr has the following issues:
1. You must declare intrusive_ptr_add_ref and intrusive_ptr_release as
top-level functions that take a poin
Terje Slettebø wrote:
> Is there some way (using PP-lib, or whatever), to pass a template-id
> with more than one parameter (thus, it contains at least one comma),
> to a macro?
>
> E.g.:
>
> #define TEST(a) test t;
>
> TEST(std::pair) // Won't work
>
> Maybe some sort of variation of BOOST_PP_IDEN
Vladimir Prus wrote:
>> iii) requirement to pre-register classes to be saved as pointers
>> through a base class
>Was it ever considered a problem. You surely have to register a class in
>order to deserialize it (Java can create a class given its name, but we're
>in C++).
I refering to the issue
"Jason House" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> :blat ???
>
> 1. I have no clue what that would mean
> 2. Is there any handling of :blat in any way shape or form in the file
> system stuff? I don't remember seeing any description of that case...
>
It means alternate st
:blat ???
1. I have no clue what that would mean
2. Is there any handling of :blat in any way shape or form in the file
system stuff? I don't remember seeing any description of that case...
Carl Daniel wrote:
>
> James Curran wrote:
> > Vladimir Prus wrote:
> >> The intent is to get/change the
Looking at
http://boost.sourceforge.net/regression-logs/cs-HP-UX-links.html#cast_test acc
you could say that aCC supports no member template keywords.
However, the code sample at the bottom compiles fine ?!
Nevertheless, I'd like to add the patches in attachment to take
the 53800 version of HP_a
Vladimir Prus <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> While at the ACCU and committee meeting, Jeremy, Thomas and I did a
>> whole bunch of work on the sandbox version of iterator adaptors and
>> the new categories in boost/iterator and libs/iterator. We think that
>> the implement
Scott Maxwell wrote:
> Hi All,
>
> I have created a new shared_ptr class called shared_ptr_embedded.
> This is based on the code for intrusive_ptr but differs in one
> important
> aspect. The struct/class pointed to is required to be derived from
> shared_ptr_count. The latter class contains an '
James Curran wrote:
> Vladimir Prus wrote:
>> The intent is to get/change the part of leaf name after the first
>> dot.
>
> um.. After the FIRST dot or the LAST dot.
>
> In Win32, "james.m.curran.txt" the extention is "txt", not
> "m.curran.txt"
Note too that on Windows/NTFS, names like 'c
John Maddock wrote:
Yes, I made it gcc specific, also added a similar fix for is_union, but not
Just looked at is_union. That won't work, I guess. You need to add a
typedef T cvt;
or change it to
BOOST_STATIC_CONSTANT(bool, value = BOOST_IS_UNION(T));
Regards, Daniel
--
Daniel Frey
aixigo AG -
Vladimir Prus wrote:
b) versioning at the class level
I implemented a binary serialisation library at my previous work place
that was very similar to what has been described here.
As for versioning, we left it up to the class. But implemented it in
all classes. All classes stored a version n
John Maddock wrote:
Yes, I made it gcc specific, also added a similar fix for is_union, but not
for has_trivial_copy which also produces these warnings. Fixes will be in
cvs towards the weekend - when I get my cvs access up again (I only have
limited mail access at present).
Looks good. That means
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 precis
Hi All,
I have created a new shared_ptr class called shared_ptr_embedded. This is
based on the code for intrusive_ptr but differs in one important
aspect. The struct/class pointed to is required to be derived from
shared_ptr_count. The latter class contains an 'int count_' and methods
for a
David Abrahams wrote:
> While at the ACCU and committee meeting, Jeremy, Thomas and I did a
> whole bunch of work on the sandbox version of iterator adaptors and
> the new categories in boost/iterator and libs/iterator. We think that
> the implementations are quite stable now and are trying to get
Another suggestion, which was also suggested, and done, for my composite
stream operators (which is similar to your library), is to put it in the
Sandbox. That enables easier use and updating, and you don't have to attach
a file for each update.
People using the Sandbox can just add it to their in
> Done. Let me know what you think of it. On the model of boost/type.hpp
I've
> added a trivial boost/non_type.hpp, which envelops non-type template
> parameters. If you like the macro names, I'll write the documentation too.
The names are a little long,but I can't think of anything shorter... so
Hi Robert,
Robert Ramey wrote:
> Nicola, Vladimir et.al
>
> I submitted a serialization library for review last november.
>
> It was rejected for inclusion in boost for a number of reasons which
> I will attempt to summarize as follows:
[...]
> b) Certain usage features
> ii) inconvenient type
Hi Nicola,
Nicola Santi wrote:
> >4. I don't understand how serialization of base classes should be done.
>
> In derive class serialization method remember to call the serialization
> method of base class.
>
> void Derived::serialize( bin_archive &stream) {
> // first base class serialization
On Thu, 17 Apr 2003 17:41:24 +0400, Vladimir Prus wrote
> I think that the filesystem library would very benefit from two functions:
>
> std::string extension(const boost::filesystem::path&);
> boost::filesystem::path change_extension(const
> boost::filesystem::path&, const std::str
Vladimir Prus wrote:
> The intent is to get/change the part of leaf name after the first
> dot.
um.. After the FIRST dot or the LAST dot.
In Win32, "james.m.curran.txt" the extention is "txt", not
"m.curran.txt"
--
Truth,
James Curran
www.noveltheory.com (personal)
www.njtheater.com (pro
Matthew Towler wrote:
> int a, c;
> int& b = a;
> b = c; // error, as attempting to reseat the reference.
um.. That's not an error, it just doesn't do what you think it does. It
actually assigns the value of c to a.
--
Truth,
James Curran
www.noveltheory.com (personal)
www.njtheater.com (pro
Douglas Gregor wrote:
> 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 con
[documentation]:
William E. Kempf wrote:
> NOTE: I am thinking about writing an XSLT file that will generate >
boost-style documentation.
Already done. You're reinventing the wheel, and should
instead be helping out the development efforts of BoostBook.
I said that I was *thinking* about it. A
I think that the filesystem library would very benefit from two functions:
std::string extension(const boost::filesystem::path&);
boost::filesystem::path change_extension(const boost::filesystem::path&,
const std::string& new_suffix);
and, probably,
std::string basename(
Reece Dunn wrote:
> construct when passing values. This was because I had been looking at
> the spirit library and read
>T const & ref;
> as
>T & const ref;
To be clear, Spirit's convention is T const& ref.
Cheers,
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulti
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
Thanks for the responses to my question. My generic list formatting library
used the
const T & const ref;
construct when passing values. This was because I had been looking at the
spirit library and read
T const & ref;
as
T & const ref;
I then interpreted that in the way pointers and const
36 matches
Mail list logo