On Mon, Nov 18, 2002 at 07:20:58PM -0500, Beman Dawes wrote:
> At 03:25 AM 11/18/2002, Pavol Droba wrote:
>
> >What I want to do in the future is to change default signature of trim to
>
> >something like you're proposing. There will be a variant with predicate
> and
> >a set of standard pre
On Mon, Nov 18, 2002 at 06:52:53PM +0100, Gennaro Prota wrote:
> On Mon, 18 Nov 2002 09:25:38 +0100, Pavol Droba <[EMAIL PROTECTED]>
> wrote:
>
> >You are probably right that some ideas are confusing without explanation.
>
> In fact the reason why I was perplexed is that everybody seems to
> focu
On Tuesday, November 19, 2002, at 04:32 AM, Robert Ramey wrote:
Date: Mon, 18 Nov 2002 08:19:28 +0100
From: Matthias Troyer
overriding the very general template definiations above for this
special case would result in
template
inline boost::basic_iarchive & operator>>(boost::basic_iarchive &ar
On Tuesday, November 19, 2002, at 06:22 AM, David Bergman wrote:
Hi,
This is a comment from the Java corner of the world: I have, as many
other developers using Java, implemented serialization of objects onto
XML. It is not that hard, although there might not exist (can anyone
verify this?) a s
David, Jeremy, Thomas (and Anthony):
On Thu, Nov 14, 2002 at 07:58:19AM -0500, David Abrahams wrote:
> Anthony Williams <[EMAIL PROTECTED]> writes:
> > Back in September (or maybe early October) David Abrahams said that he and
> > Jeremy Siek were planning to have a look at creating a new iterator
Dave, Jeremy: one iterator adaptor I needed often (and once again today)
is the projection on the first or second member of a pair. I could make
it using projection_iterator<> and select1st, except that select1st is
an std extension from SGI. I haven't found any other out-of-the-box way
to do this,
Hi,
This is a comment from the Java corner of the world: I have, as many
other developers using Java, implemented serialization of objects onto
XML. It is not that hard, although there might not exist (can anyone
verify this?) a standardized (more or less...) "C++ Object XML Format".
There are t
> > own license.
> ^- is something missing here?
Yeah, that should say:
"From what I know, the biggest problem is that every Boost library has its
own license."
It's strange, because my Outlook has the correct message in its 'sent' box,
so the message must have gotten corrupted somewhere al
Date: Mon, 18 Nov 2002 08:19:28 +0100
From: Matthias Troyer
>> overriding the very general template definiations above for this
>> special case would result in
>>
>> template
>> inline boost::basic_iarchive & operator>>(boost::basic_iarchive &ar,
>> double & x[]){
>> ar.read_binary(x, sizeof
Is there a reason you sent this to me privately?
> From: David Abrahams <[EMAIL PROTECTED]>
>I believe your assessment that some
>data structures can't be represented using XML is incorrect, and
>that's easy to prove. A serialization library which makes generation
>of XML output difficult is sever
From: Vladimir Prus <[EMAIL PROTECTED]>
>I've a quick remark: I think that text archives ultimately, should
>do some conversion (e.g. base64) in write_binary method. If this a "text"
>archives, then they should really be usable as text files, for example,
>doing 'cat' on them should never do anyth
"Bohdan" <[EMAIL PROTECTED]> wrote in message
arb73a$2gm$[EMAIL PROTECTED]">news:arb73a$2gm$[EMAIL PROTECTED]...
> Recently there were talks about ditto & relational algebra libraries.
> Also there was message about stl container on disk.
> As i understand at least some of these libs require spe
At 07:44 AM 11/18/2002, Dirk Gerrits wrote:
>Gennadiy Rozental wrote:
>
>> >Even Microsoft will soon be supporting template template parameters
and
>> >partial specialization.
>>
>>
>> How long more MSVC6 is going to be actively used, do you think? Is
>> there any
>> date/milestone since when we
At 09:58 AM 11/18/2002, Kevin S. Van Horn wrote:
>Since the issue of licenses has come up again, I'd like to ask a question
>about the license requirements. The third listed item is,
>
>"Must require that the license appear on all copies of the software
>source code."
I wrote that text origina
At 03:25 AM 11/18/2002, Pavol Droba wrote:
>What I want to do in the future is to change default signature of trim to
>something like you're proposing. There will be a variant with predicate
and
>a set of standard predicates. This way the locale stuff will be moved out
>to the predicate and wil
> Are companies worried that someone will pop up and claim
> enfringement of copyright and/or patent,
> and demand money (perhaps with menaces!)?
Yep.
We already have a bunch of really complex intellectual property
licencing issues, and have to be really careful about this stuff. We
can't
Rob Stewart <[EMAIL PROTECTED]> writes:
> When I read code that modifies the arguments, I find the code
> confusing as I can never know the value in that variable unless I
> inspect the entire function.
So make 'em const:
void f(double const x, Foo const y) { ... }
--
Is a reason that failing to claim copyright at least
may permit someone else to claim copyright
and then for them to restrict use of the software?
The Boost statement appears to me to be
1 a definitive claim of copyright,
2 and a definitive disclosure providing a bar to any attempts to patent.
Today, in a message to boost, Vladimir Prus wrote:
>
> Bohdan wrote:
> >
> > serialization: Object <-> Relational tuple (object-relational mapping).
>
> Wouldn't there be a problem with converting object with variable size?
> How can you store vector in a relational database? I don't see an
> easy
At 01:32 PM 11/18/2002, Rob Stewart wrote:
>From: "Andrei Alexandrescu" <[EMAIL PROTECTED]>
>>
>> I recently reached the conclusion that taking a parameter by const reference
>> just to make a copy of it inside the function is a "lie". The signature
>> says: "I don't need a value! A reference to a
> A license that forbids nothing (public domain) is not allowed.
"public domain" isn't a license...
The author releases the software into the public domain. Ten seconds
later boost copyrights the software and releases it under the Boost
Public License...
Joel
From: "Kevin S. Van Horn"
From: "Andrei Alexandrescu" <[EMAIL PROTECTED]>
>
> I recently reached the conclusion that taking a parameter by const reference
> just to make a copy of it inside the function is a "lie". The signature
> says: "I don't need a value! A reference to a const is all I need!" and the
> code says: "The
Terje Slettebo writes:
> I guess that's the reason for requiring a license (including
> telling that it's public domain) to be present in the sources, as they
> are otherwise protected by copyright.
But the current license requirements do not allow me to just place in my
code a notice that the c
On Monday, November 18, 2002, at 02:30 PM, Yitzhak Sapir wrote:
I think taking out the pointer facility into a separate class would be
better design. By this I mean, that register_type<> and the logic for
identifying and maintaining pointers would be in a separate class from
the archive. The
I have several serious issues with the library, based on five hours of
study of the documentation, headers, and sample code:
* tutorial.html - The examples led me think that it isn't easily possible
to serialize a given class in more than one way (with more that one
save/load descriptor). An e
> On Monday 18 November 2002 05:56 am, Aleksey Gurtovoy wrote:
> > If you are tired of angle brackets in your templates (no,
> it's not a TV
> > commercial :), may be you'll like this one:
> >
> > typedef eval<
> > count_if(
> > list(int,char,long,int)
> > ,
"Vladimir Prus" <[EMAIL PROTECTED]> wrote in message
arb8od$c87$[EMAIL PROTECTED]">news:arb8od$c87$[EMAIL PROTECTED]...
> Bohdan wrote:
> > I believe that XML can contain any data. But i suspect that
> > XML garbaged with all serialization stuff will be
> > 1. unreadeable
> > 2. diffic
"Dirk Gerrits" <[EMAIL PROTECTED]> wrote in message
aramm3$n2c$[EMAIL PROTECTED]">news:aramm3$n2c$[EMAIL PROTECTED]...
> Craig Henderson wrote:
>
> > Hi,
> > I am deriving from boost::noncopyable to prevent copying of my
> > objects. When I compile in VC7 with /W4 (warning level 4), I get a
> > wa
I seem to suddenly be losing lots of my incoming mail. I think I can
recover some of it, but if you've sent me mail this morning which
you think I really need to see, you might want to resend it.
Regards,
--
David Abrahams
[EMAIL PROTECTED] * http://www.boost-consulting.
On Mon, Nov 18, 2002 at 06:14:01PM +0100, Thorsten Ottosen wrote:
>
> - Original Message -
> From: "James Curran/MVP" <[EMAIL PROTECTED]>
>
>
>
> > While there is a certain elegance to the names, I'd have to vote
> against
> > those. It's not immediately obvious from the names trim
On Mon, 18 Nov 2002 09:25:38 +0100, Pavol Droba <[EMAIL PROTECTED]>
wrote:
>You are probably right that some ideas are confusing without explanation.
In fact the reason why I was perplexed is that everybody seems to
focus on minor issues like the names of the templates, while the
design should be
Bohdan wrote:
I believe that XML can contain any data. But i suspect that
XML garbaged with all serialization stuff will be
1. unreadeable
2. difficult to handle automatically (by other programs).
So i was thinking about simplifying Object <-> XML serialization.
Recently there were
On Sunday 03 February 2002 05:46 pm, Ihsan Ali Al Darhi wrote:
> Hi...
>
> I looked at the documrntation or 'any' class. It looks good but it didn't
> tell any thing if i can use it as follows
>
> any x=foo();
"x" will contain the value returned from the function "foo" (if "foo" is a
function), o
At 10:46 PM 11/17/2002, Robert Ramey wrote:
>I will be very curious to see timings on this. There is no apriori
reason
>to know that the translation from native types <-> XDR is faster than
>native types <-> text
I did a detailed timing study some years ago. Binary was four times faster
round
At 09:21 AM 11/18/2002, Vladimir Prus wrote:
>I believe that the biggest problem is that the current library does
>not have any "begin class serialization"/"end class serialization" hooks,
>which archive classes can interpret. IOW, you want to surround a
>serializated
>class with and , but the li
Hi...
I looked at the documrntation or 'any' class. It looks good but it didn't
tell any thing if i can use it as follows
any x=foo();
It also didn't discuss this case
any x=5;
any y="5";
any z=x+y;
Now what is z? A string or a numeric?
Mohammed
_
Yitzhak Sapir wrote:
> I have some experience with serialization. I have myself tried to
> write a "serialization library" but it is not yet even at the point
> that I can post it here to get some preliminary feedback.
> It does support multiple formats in an independent way of the classes,
> an
I believe that XML can contain any data. But i suspect that
XML garbaged with all serialization stuff will be
1. unreadeable
2. difficult to handle automatically (by other programs).
So i was thinking about simplifying Object <-> XML serialization.
Recently there were talks about dit
- Original Message -
From: "James Curran/MVP" <[EMAIL PROTECTED]>
> While there is a certain elegance to the names, I'd have to vote
against
> those. It's not immediately obvious from the names trim/trimmed which one
> is inplace and which isn't.
well, I would say it is. verbs in
From: "hugo duncan" <[EMAIL PROTECTED]>
> On Sun, 17 Nov 2002 23:13:37 +0200, "Peter Dimov" <[EMAIL PROTECTED]>
wrote:
> > implication, operator== and operator<. None of my projects use them
although
>
> I am using the operators (which aren't defined on the result of get
> but on the address of the
On Sun, 17 Nov 2002 23:13:37 +0200, "Peter Dimov" <[EMAIL PROTECTED]> wrote:
> implication, operator== and operator<. None of my projects use them although
I am using the operators (which aren't defined on the result of get
but on the address of the counted base), as I have a map of weak pointers
David Abrahams wrote:
Robert,
As review manager I'd like you to consider this very carefully. As
much as I dislike XML for the hype that surrounds it and for its
unweildy syntax, it has become a very important standard for many
jobs, especially serialization. I believe your assessment that some
>From: "Terje Slettebø" <[EMAIL PROTECTED]>
> > > "Must require that the license appear on all copies of the software
> > > source code."
Come to think of it, after I sent the last posting, this is about _copies_
of the software, not the original. Well, in that case, I guess it would be
ok not to
David Abrahams wrote:
"Peter Dimov" writes:
>Fine with me. You are the LWG guy around here. Whatever you say. ;-)
http://www.weebl.pwp.blueyonder.co.uk/crab.swf
Reminds me of Futurama: "All glory to the hypno-toad!" ;)
- Dirk
___
Unsubscribe
>From: "David Abrahams" <[EMAIL PROTECTED]>
> "Kevin S. Van Horn" <[EMAIL PROTECTED]> writes:
>
> > Since the issue of licenses has come up again, I'd like to ask a
question
> > about the license requirements. The third listed item is,
> >
> > "Must require that the license appear on all copies o
I've a quick remark: I think that text archives ultimately, should
do some conversion (e.g. base64) in write_binary method. If this a "text"
archives, then they should really be usable as text files, for example,
doing 'cat' on them should never do anything wrong to console, and
transferring over
Hi,
According to the discussion, I have changed the naming scheme so it is more conformant
with the standard.
I changed all mutable variants to be plain without any suffix and prefix like "trim(s)"
and non-mutable variants have suffix _copy like "trim_copy(s)".
I have also expanded the names of t
Vladimir Prus <[EMAIL PROTECTED]> writes:
> Some other library (which name I can't remember now, sorry), used something
> like 'describe', and there were explicit 'beginComposite' function.
>
> Such functionality would be very desirable to have in the reviewed library,
> even if XML archive is not
I feel the lawyers are making a mountain of a molehill here and that we should
take the opportunity to get some free legal advice from Jaap's company by
asking them to say just what is wrong with the current plain statement on all
(well almost all - but it could easily become all?)
Boost source cod
On Monday 18 November 2002 05:56 am, Aleksey Gurtovoy wrote:
> If you are tired of angle brackets in your templates (no, it's not a TV
> commercial :), may be you'll like this one:
>
> typedef eval<
> count_if(
> list(int,char,long,int)
> , lambda(is_same(_,i
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> From: "David Abrahams" <[EMAIL PROTECTED]>
>> "Peter Dimov" <[EMAIL PROTECTED]> writes:
>>
>> > * shared_*_cast will be renamed to sp_*_cast.
>>
>> Why? Without rationale, this seems like a gratuitous change,
>> especailly since "sp" doesn't mean much to
"Kevin S. Van Horn" <[EMAIL PROTECTED]> writes:
> Since the issue of licenses has come up again, I'd like to ask a question
> about the license requirements. The third listed item is,
>
> "Must require that the license appear on all copies of the software
> source code."
>
> Is this a misprint?
Dirk Gerrits wrote:
Aleksey Gurtovoy wrote:
> If you are tired of angle brackets in your templates (no, it's not a TV
> commercial :), may be you'll like this one:
[source code snipped]
> The above actually compiles on Comeau C/C++ 4.3.0.1 and Intel C++ 6.0
> with
> the current MPL sources in
While there is a certain elegance to the names, I'd have to vote against
those. It's not immediately obvious from the names trim/trimmed which one
is inplace and which isn't. Further, in the matter of
lower_cased/to_lower_case, if you guess wrong, the other one isn't nearby in
an alphabetic l
> I believe that the biggest problem is that the current library does
> not have any "begin class serialization"/"end class serialization" hooks,
> which archive classes can interpret. IOW, you want to surround a serializated
> class with and , but the library passes only a stream
> of ints to you
Hi Boosters,
I sorry I haven't followed this thread, so maybe you have already discussed
this issue.
Perhaps its even explained in the documentation?.
Anyway,
I just looked through some of the test code in the serialization library.
Much of the classes used 'XX.close()' inside catch-clauses. What
Since the issue of licenses has come up again, I'd like to ask a question
about the license requirements. The third listed item is,
"Must require that the license appear on all copies of the software
source code."
Is this a misprint? Should "must" be "may"? As it stands, this implies
that B
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> From: "Peter Dimov" <[EMAIL PROTECTED]>
>>
>> dynamic_pointer_cast is better than dynamic_ptr_cast, I think.
>
> OK, what to do with shared_polymorphic_(down)cast? My inclination is to
> remove them. Is anybody using these casts?
I predict a deafening s
"Kevin S. Van Horn" <[EMAIL PROTECTED]> writes:
> In the Boost 1.29.0 release, the documentation page more/download.html ends in
>mid-sentence as
> follows:
>
> "Some of the individual libraries also include make and/or project files for various
>compilers, but
> every library also"
Fixed in
Jeff Garland wrote:
From: "Jeff Garland" <[EMAIL PROTECTED]>
Anyway, my conclusion is there is nothing preventing using
serialization for XML other than the time and energy to do
it.
As I already said, my experience is that this theory sometimes proves wrong.
I understand. And I would like
From: "Joel de Guzman" <[EMAIL PROTECTED]>
> From: "Peter Dimov" <[EMAIL PROTECTED]>
> > From: "Aleksey Gurtovoy" <[EMAIL PROTECTED]>
> > > If you are tired of angle brackets in your templates (no, it's not a
TV
> > > commercial :), may be you'll like this one:
> > >
> > > typedef eval<
> > >
- Original Message -
From: "Peter Dimov" <[EMAIL PROTECTED]>
> From: "Aleksey Gurtovoy" <[EMAIL PROTECTED]>
> > If you are tired of angle brackets in your templates (no, it's not a TV
> > commercial :), may be you'll like this one:
> >
> > typedef eval<
> > count_if(
> >
> From: "Jeff Garland" <[EMAIL PROTECTED]>
> >
> > Anyway, my conclusion is there is nothing preventing using
> > serialization for XML other than the time and energy to do
> > it.
>
> As I already said, my experience is that this theory sometimes proves wrong.
I understand. And I would like to s
From: "Peter Dimov" <[EMAIL PROTECTED]>
>
> dynamic_pointer_cast is better than dynamic_ptr_cast, I think.
OK, what to do with shared_polymorphic_(down)cast? My inclination is to
remove them. Is anybody using these casts?
___
Unsubscribe & other changes
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> From: "David Abrahams" <[EMAIL PROTECTED]>
>
>> I realize my case is somewhat unusual. I can't really argue that it
>> warrants publicizing deleter introspection for
>> everybody... however, since we're all part of a big happy Boost
>> family and I /coul
From: "David Abrahams" <[EMAIL PROTECTED]>
>
> Okay, then:
>
>Please consider dynamic_ptr_cast also. Normally I hate abbrevs, but
>all of our smart pointers have "ptr" in the name to it has a
>certain resonance.
dynamic_pointer_cast is better than dynamic_ptr_cast, I think.
Thomas Witt <[EMAIL PROTECTED]> writes:
> On Sunday 17 November 2002 15:04, David Abrahams wrote:
>> > Could we extend it by one week so that we have another weekend?
>>
>> Thomas Witt is the Boost Review Wizard. It's up to him. Thomas?
>
> Fine with me.
OK, the Serialization Review is extended t
It is not clear to me, but it seems like the deadline was extended. Dave Abrahams
asked Thomas, and he wrote back a simple message. It would have been nicer if there
was a general announcement to that end, in my opinion.
In any case, I have MSVC 6.5, and based on the discussions it seems that
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> From: "David Abrahams" <[EMAIL PROTECTED]>
>> >
>> > This doesn't look too good if you consider the possible boost->std
>> > transition. :-)
>>
>> But "sp" does?
>>
>>How about dynamic_pointer_cast(x)?
>
> Fine with me. You are the LWG guy around he
From: "Aleksey Gurtovoy" <[EMAIL PROTECTED]>
> If you are tired of angle brackets in your templates (no, it's not a TV
> commercial :), may be you'll like this one:
>
> typedef eval<
> count_if(
> list(int,char,long,int)
> , lambda(is_same(_,int))
>
Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
> If you are tired of angle brackets in your templates (no, it's not a TV
> commercial :), may be you'll like this one:
>
> typedef eval<
> count_if(
> list(int,char,long,int)
> , lambda(is_same(_,int))
>
From: "Howard Hinnant" <[EMAIL PROTECTED]>
> On Sunday, November 17, 2002, at 10:01 AM, Peter Dimov wrote:
>
> > From: "David Abrahams" <[EMAIL PROTECTED]>
> >>> I haven't encountered a need to inspect the deleter yet... what
> > interface
> >>> are you suggesting?
> >>
> >> How about:
> >>
> >>
From: "Jeff Garland" <[EMAIL PROTECTED]>
>
> Anyway, my conclusion is there is nothing preventing using
> serialization for XML other than the time and energy to do
> it.
As I already said, my experience is that this theory sometimes proves wrong.
I certainly know that I had to redesign my seriali
From: "David Abrahams" <[EMAIL PROTECTED]>
[ about get_deleter vs map, PyObject*> ]
> I first considered that approach shortly after Boost.Python v1 came
> out, back in... well, it was several years ago. It's never been a
> price I was willing to force on users. The picture hasn't changed
> much,
Somewhere in the E.U., le 18/11/2002
Bonjour
John Maddock wrote:
[SNIP]
> > Anyway, we should probably not loose to much sleep over that issue, as
> > a few other problems have been pointed out to me, so I am preparing
> > another batch of fixes.
>
> I hope so, the regression tests for
On Sunday, November 17, 2002, at 10:01 AM, Peter Dimov wrote:
From: "David Abrahams" <[EMAIL PROTECTED]>
I haven't encountered a need to inspect the deleter yet... what
interface
are you suggesting?
How about:
// attempt to extract a deleter of type D
D* d = boost::get_deleter(p);
> The problem here is that the way you want to serialize a
> std::pair into XML might depend on the
> context. Sure, we can design an XML schema that is not context
> dependent, but most XML schemas are application specific and the way to
> serialize the data IS context sensitive.
The mapping
From: "Robert Ramey" <[EMAIL PROTECTED]>
> From: "Jeff Garland"
>
> >> In general, libary code should make no presumptions as to the language
> >> of the user. That means no embedded messages.
>
> >Yes, we need to provide locale indexed message strings. No debate on
that.
> >Sounds like another re
Somewhere in the E.U., le 18/11/2002
Bonjour
"Terje Slettebø" wrote:
>
> >From: "John Maddock" <[EMAIL PROTECTED]>
>
> > > Well, it was intentional, if not very smart.
> > >
> > > The idea was that the config files essentially allowed workarounds for
> > > platform deficiencies, so if y
Gennadiy Rozental wrote:
>Even Microsoft will soon be supporting template template parameters and
>partial specialization.
How long more MSVC6 is going to be actively used, do you think? Is
there any
date/milestone since when we decide ignore non-supporting compilers for
specified features?
W
Thorsten Ottosen wrote:
Since I'm not English, how should I read ""?
I hope this answers your question:
http://dictionary.reference.com/search?q=wink
Dirk Gerrits
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
From: "David Abrahams" <[EMAIL PROTECTED]>
> >
> > This doesn't look too good if you consider the possible boost->std
> > transition. :-)
>
> But "sp" does?
>
>How about dynamic_pointer_cast(x)?
Fine with me. You are the LWG guy around here. Whatever you say. ;-)
> Of course, we can make it
Craig Henderson wrote:
Hi,
I am deriving from boost::noncopyable to prevent copying of my
objects. When I compile in VC7 with /W4 (warning level 4), I get a
warning C4511 - copy constructor could not be generated
Isn't that what boost::noncopyable is supposed to do?
The documentation states
On Monday, November 18, 2002, at 01:04 PM, Jeff Garland wrote:
Let me give one example: we store parameters in a class
typedef std::map ParameterMap
...
If instead of typdef-ing ParameterMap as a std::map, I derive
ParameterMap from it then I can easily write a save and load function
to write
On Friday 15 November 2002 21:27, Hagen, John wrote:
> Then I invoked "bjam" in the boost_root directory. After a while, two
> things were evident: bjam wants to use gcc instead of aCC (gcc is also
> installed on the system) and bjam failed to compile some of the libs and
> then link the whole pack
Aleksey Gurtovoy wrote:
If you are tired of angle brackets in your templates (no, it's not a TV
commercial :), may be you'll like this one:
[source code snipped]
The above actually compiles on Comeau C/C++ 4.3.0.1 and Intel C++ 6.0 with
the current MPL sources in the CVS; see
http://cvs.sourc
> Let me give one example: we store parameters in a class
>
> typedef std::map ParameterMap
>
> Actually the second template parameter is a more complex class, but for
> the sake of this example above is a valid simplification. I write that
> into XML as e.g.:
>
> ParameterMap m;
> m["L"]="10"
> If you need an apriori guarentee that this is extensible to XML
> in order to vote for the library then your decision is easy. I don't
I wasn't asking for this, I was asking for clarification. From the
tone of your previous mail it seemed like you had some insight about
the details of the des
Hi,
I am deriving from boost::noncopyable to prevent copying of my objects. When
I compile in VC7 with /W4 (warning level 4), I get a warning C4511 - copy
constructor could not be generated
The documentation states that: "This warning can be caused by having a copy
constructor for the base class t
Rozental, Gennadiy wrote:
> > I hope you mean "what it does/how to use it" as opposite to
> > "how it does what it does" ;).
>
> In fact it is second ;-)
See http://aspn.activestate.com/ASPN/Mail/Message/boost/1156353 for the
sketch. The full implementation is just way too complicated to describ
If you are tired of angle brackets in your templates (no, it's not a TV
commercial :), may be you'll like this one:
typedef eval<
count_if(
list(int,char,long,int)
, lambda(is_same(_,int))
)
>::type res;
BOOST_STATIC_ASSERT(res::valu
Gennaro Prota writes:
> On 14 Nov 2002 12:40:38 +, Anthony Williams
> <[EMAIL PROTECTED]> wrote:
>
> >I have uploaded lexical_compare.hpp to the yahoo files area. It contains
> >implementations of the function template lexicalCompare.
>
> Just a little comment and a couple of questions
92 matches
Mail list logo
