- Original Message -
From: David Abrahams [EMAIL PROTECTED]
5. It would be nice if you gave an example in the tutorial about how
to specify overloads, since casting the member function pointer is not
something that is completely obvious (at least it took me a while to
figure it
Hi Martijn,
You very well know that I am scouting for an in memory
data base. I wish to use one in a future project. My
question now is when do you think Ditto will be completed?
Are you looking for other team members/developers?
Also, in terms of features, how does it compare to
other libraries
Martijn,
I think your library can be a layer on top of Dmitriy Arapov
and Arkadiy Vertleyb's RTL. It would save you lots of
time and you can concentrate on the features that
you are focusing on: Views.
--Joel
- Original Message -
From: Martijn W. van der Lee [EMAIL PROTECTED]
Hi,
even if the optimization isn't done.
Oh, I'm sure it will be optimized!
Regards,
--Joel
- Original Message -
From: Arkadiy Vertleyb [EMAIL PROTECTED]
Hi,
Joel de Guzman [EMAIL PROTECTED] wrote in message
news:005301c286b5$15290e90$5f4ca7cb;kim...
Nice! Now, there's one more
- 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(
- Original Message -
From: Jaakko Jarvi [EMAIL PROTECTED]
On Sun, 1 Dec 2002, John Maddock wrote:
I'm wondering if it's possible to get Lambda working with Borland's
compiler?
I can help the best I can if someone wants to take up the task.
Hi Jaakko,
FWIW, Phoenix, (a
- Original Message -
From: Carl Daniel [EMAIL PROTECTED]
Daniel Yerushalmi [EMAIL PROTECTED] wrote in message
arro31$2op$[EMAIL PROTECTED]">news:arro31$2op$[EMAIL PROTECTED]...
Hi
Are there any plan to integrate the spirit http://spirit.sourceforge.net/
into the boost
Hi Dave,
Did the Zope public license.
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
are sent of to
Boost's CVS.
Thoughts?
Cheers,
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
be searchable with the WWW interface?
Spirit's has a searchable with the WWW interface. As do boost.python and
any other source-forge related mailing list.
Cheers,
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
___
Unsubscribe other
a clear uninitialized state.
Hi,
Probably a dumb question but allow me to ask anyway:
Wouldn't a more generic variantT0, T1...TN class do what the
optional is trying to do? I feel that optionalT is just a variantT, nil_t
in disguise. Correct me if I'm wrong.
Cheers,
Joel de Guzman
[EMAIL
- Original Message -
From: Fernando Cacciola [EMAIL PROTECTED]
- Original Message -
From: Joel de Guzman [EMAIL PROTECTED]
Hi,
Probably a dumb question but allow me to ask anyway:
Wouldn't a more generic variantT0, T1...TN class do what the
optional is trying
- Original Message -
From: David Abrahams [EMAIL PROTECTED]
Joel de Guzman [EMAIL PROTECTED] writes:
- Original Message -
From: Fernando Cacciola [EMAIL PROTECTED]
optional is trying to model using C++ a concept that
it is not really covered by the language
is implemented. Which variant
implementation are you referring to? I'm sorry. I'm confused with
what you are saying. I can't see why it is more efficient. Neither do
I see a dereference in any case.
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
function like get. Or further, to make
a subset API for optional.
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
* the variant. My
concern is primarily about redundancy of code. I don't see any
reason why the optional and the variant can't share the same
underlying infrastructure.
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
___
Unsubscribe other
de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
a variant (at least to awaken the variant guys, or
maybe not if you get there first). I think that will be a logical next-step
to take.
See http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?Variant
Cheers,
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
ion)
any later version.
Cheers,
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
- Original Message -
From: Joel de Guzman [EMAIL PROTECTED]
PS One question: Why is GPL not in the list? I assume it's because
it is known to fail the given criteria? Correct me if I'm mistaken. If so, the
wxWindows Library License should also be out of the list. wxWindows
Library
be that of the variantT, nil_t.
While on the surface, optional looks like a pointer, and in fact
it is meant to replace some uses of pointers, A replaced by B
does not automatically mean that B is an A!
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
with this tool, I assure you that if you are
accesing the value of a conceptually non-existent object,
you've made a mistake on the code because the execution path
should never had reached that point.
Pardon my all too sweeping statement. You are right in this regard.
Cheers,
Joel de
the condition to dispatch
appropriately when the condition is a reference_wrapper
but it wouldn't be as simple and elegant.
Thoughts? TIA.
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
___
Unsubscribe other changes: http
- Original Message -
From: Peter Dimov [EMAIL PROTECTED]
From: Joel de Guzman [EMAIL PROTECTED]
[...]
The condition is expected to be a functor that returns
a boolean condition. I was hoping that I can use the
ref(b) as a functor such that I can write:
bool b
time.
Cheers,
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
.
Where is it?
Do you refer to the files under spirit/spirit/boost/preprocessor/tuple,
or is there something else?
Try
spirit /spirit/boost/phoenix/tuples
in PHOENIX_X branch
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
is to have a working directory which is first
updated from the Spirit CVS, and then committed to the Boost CVS. Is that
all there is to a sync operation?
Can we do this Dan?
Many thanks and regards,
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
- Original Message -
From: Peter Simons [EMAIL PROTECTED]
Joel de Guzman writes:
What would be particularly nice is if the sync is entirely
scripted, so anyone with Boost CVS write access can run it. [...]
perhaps all that is needed is to have a working directory which
in a way that generates significantly
more code than the run-time version is probably not a good way to
endear users to metaprogramming. ;
Again, I disagree. The C++ hello world generates more code (bringing
in the iostreams in whole) than its C counterpart yet no one complained.
Joel de Guzma
is hidden.
Thanks for the quick response, Vin
Most welcome!
Regards,
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
the alternatives have unambiguous prefixes, example:
a = LINEDESC: ...
b = PAINTDESC: ...
can be optimized through Spirit style syntactic predicates.
Ahh, finaly BTW, you do not need to wrap str_p(...) inside
a lexeme because strlits are implicit lexemes.
Regards,
Joel de Guzman
[EMAIL
;
};
template typename F
functionffxF
doub(functionF f)
{
return functionffxF (f.op);
}
int
main()
{
cout doub(square)(5.0)() endl;
cout doub(doub(square))(5.0)() endl;
cout doub(doub(doub(square)))(5.0)() endl;
return 0;
}
Cheers,
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost
typename T0
typename actor_resultBaseT, tupleT0 ::type
operator()(T0 a0) const
{
return this-eval(a0);
}
Of course I can do it differently, but it wouldn't be as clean and
generic as above. Thoughts?
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost
- Original Message -
From: Aleksey Gurtovoy [EMAIL PROTECTED]
Joel de Guzman wrote:
Here's the Phoenix version:
struct my_function_
{
template typename Arg1T, typename Arg2T
struct result { typedef void type; };
template typename U
));
if (it != c.end())
cout *it;// if found, print the result
return 0;
}
Cheers,
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
- Original Message -
From: Joel de Guzman [EMAIL PROTECTED]
A good start is libs/phoenix/test/functors_tests.cpp
and libs/phoenix/example/fundamental/sample3.cpp
There are jamfiles in there FWIW.
BTW, here's the lambda-lambda solution posed by Joel Young:
#include iostream
to references.
templateclass T, int n
struct make_tuple_traits T[n] {
typedef const T (type)[n];
};
Cheers,
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
___
Unsubscribe other changes: http://lists.boost.org/mailman
(__GNUC__) (__GNUC__ 3)
// g++ 2.95.3 cannot take the casts,
typedef integral_cT, (value + 1) next;
typedef integral_cT, (value - 1) prior;
#else
typedef integral_cT, static_castT(value + 1) next;
typedef integral_cT, static_castT(value - 1) prior;
#endif
Regards,
Joel de
: CE {};
Is there a known workaround? Can this be fixed?
I keep on bumping into this problem and its variants.
Or is there a better MPL idiom?
TIA,
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
errors follow
Borland 5.5.1 [no STLport]
C:\dev\mpl_if.cpp:
Error E2396 C:\dev
- Original Message -
From: Gabriel Dos Reis [EMAIL PROTECTED]
Dave Abrahams [EMAIL PROTECTED] writes:
| On Tuesday, February 04, 2003 4:05 AM [GMT+1=CET],
| Gabriel Dos Reis [EMAIL PROTECTED] wrote:
|
| Joel de Guzman [EMAIL PROTECTED] writes:
|
| Hi,
|
| I'm
- Original Message -
From: Vladimir Prus [EMAIL PROTECTED]
Joel de Guzman wrote:
Hi,
Borland cannot handle this code:
#include boost/type_traits.hpp
#include boost/mpl/if.hpp
using namespace boost;
using namespace boost::mpl;
struct A {};
struct B
- Original Message -
From: Vladimir Prus [EMAIL PROTECTED]
Joel de Guzman wrote:
Hi,
Borland cannot handle this code:
#include boost/type_traits.hpp
#include boost/mpl/if.hpp
using namespace boost;
using namespace boost::mpl;
struct A {};
struct B
visible somewhere. It will
do a lot of good.
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
broke this.
Yaiks! I hope it gets fixed soon. Spirit has been committed to
the boost CVS now and I just switched to MPL so Spirit relies
on MPL now.
Thanks, Volodya!
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
___
Unsubscribe other
Aleksey Gurtovoy wrote:
Joel de Guzman wrote:
Yaiks! I hope it gets fixed soon. Spirit has been committed to
the boost CVS now and I just switched to MPL so Spirit relies
on MPL now.
If you look at the errors more closely, you'll see that it's not MPL,
but 'is_convertible' that is broken
de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
extraction. I understand from the other posts that implementing
optional in terms of variant as is an overkill? If so, at least effort must be
put into making both libraries reuse as much common parts as possible.
I'm sure there are lots of commonality, right?
--
Joel de Guzman
[EMAIL PROTECTED]
http
of it, why not just:
getT(v)
???
--
Joel de Guzman
[EMAIL PROTECTED]
http://www.boost-consulting.com
http://spirit.sf.net
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
::auto_ptr is a non-shared resource manager.
So then reverse resource_manager and get managed_resource, or just
managed.
Why not just resource? Management is implied anyway; that's the reason
for the existence of the class.
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost
. The name itself should indicate the function
of the class without looking elsewhere.
managed? What is managed? ... answer: take a look at
the template parameter and you'll see what I mean. I'm
sorry, that doesn't make sense.
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
Terje Slettebø wrote:
From: Joel de Guzman [EMAIL PROTECTED]
Dave Gomboc wrote:
So then reverse resource_manager and get managed_resource, or
just managed.
Why not just resource? Management is implied anyway; that's the
reason for the existence of the class.
*laugh* I was thinking
* things simultaneously, NOT JUST ONE.
Take a window_manager for example. It is something that manages the operations
of many windows. In the Macintosh, for example, the resource manager manages
all* the resources in an application.
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost
.
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
volunteered to check
Spirit on CW8 on the Mac. You can also help out by giving us a more detailed
account. For instance, what is the current state of the range (r) when the
assertion fired?
Please post subsequent messages to Spirit's mailing lits. Let's continue
this thread there.
Thank you.
--
Joel de
Hope this helps!
Oh yes! Thanks a lot. It seems there's a lot of work ahead to
patch all the #include console.h. A lot of the sample apps
need argv or argc. I'd certainly appreciate it if you can send in
a patch file.
Many thanks!
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost
is known to compile Spirit with no
workarounds as early as January last year (v1.3.x and Spirit-X).
Anyway, the msvc_ps_helper.hpp is an inadvertent wart and is
now removed. Still, I think you must report the ICE. Such things
should not happen.
--
Joel de Guzman
joel at boost-consulting.com
http
://lists.sourceforge.net/lists/listinfo/spirit-general
Let's continue our discussion there.
See 'ya,
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
___
Unsubscribe other changes: http://lists.boost.org
patches are OK.
Spirit version 1.5.2 will also have to be bumped to 1.6.0 (the
final release version). By convention, odd numbered minor
versions are developmental. The final release will have the
version change. The patches do not affect the code.
--
Joel de Guzman
joel at boost-consulting.com
http
Beman Dawes wrote:
At 05:40 PM 3/19/2003, Joel de Guzman wrote:
Spirit version 1.5.2 will also have to be bumped to 1.6.0 (the
final release version). By convention, odd numbered minor
versions are developmental. The final release will have the
version change. The patches do not affect
Joel de Guzman wrote:
Beman Dawes wrote:
At 05:40 PM 3/19/2003, Joel de Guzman wrote:
Spirit version 1.5.2 will also have to be bumped to 1.6.0 (the
final release version). By convention, odd numbered minor
versions are developmental. The final release will have the
version change
::ID_INTERFACE::type interf;
Sometime in the future, the interface to rules will be made easier
such that the optional template arguments can be passed in
arbitrary sequence.
Hope this helps. Again pardon the oversight.
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http
Dave Gomboc wrote:
Section Portability
8. Intel 7.0VisualAge C++ 5.02
should be split into two lines.
Thanks for the various doc-bug reports. Duly noted.
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
.id() == 2);
What am I missing?
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
. Yes, I'm very interested.
I am also very interested to build Spirit based tools to make the task
easier. I'm just afraid of the time that I need to commit. Perhaps I can
proceed step-wise? Suggestions?
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http
;
boostbook spirit : spirit.doxygen ;
With a patched Doxygen (see the Getting Started docs) and this
Jamfile.v2 in libs/spirit/doc, I can generate skeletal documentation
for Spirit.
Cool. I'll try this. Thanks! It seems you have lots of guinea pigs now :-)
--
Joel de
Hi Jon,
Ok. I'll ask the tree-people (Dan and Hartmut :-)
This is their domain...
BTW... Please post follow ups to
Spirit-general mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spirit-general
Thanks!
--
Joel de Guzman
joel at boost-consulting.com
http
to probably be deferred. These are subtly different concepts.
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Paul Mensonides wrote:
Joel de Guzman wrote:
And that takes all the fun out of it. pp-metaprogramming and indeed
template metaprogramming, given the current language, is all about
_manipulation_ of the language. If you take that away, it is still
very useful, but not as creative
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-consulting.com
.
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Michael Walter wrote:
In http://www.boost.org/libs/spirit/doc/number_list.cpp.html,
using namespace spirit
should read
using namespace boost::spirit;
I think. Apologies if this is the wrong list for such an unimportant
report ;)
Hey, Thanks!
--
Joel de Guzman
joel at boost
David Abrahams wrote:
[ snip [] syntax ]
* We like the syntax :)
It is nice for C++ programmers, but Python programmers at least are
very much more comfortable without the brackets.
FWIW, I like the syntax ;-)
But then of course I'm biased :o)
Regards,
--
Joel de Guzman
joel at boost
de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
Michael Walter wrote:
Visual C++ 6.0 doesn't support partial template specialization.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of DudeSan
Sent: Thursday
agree.
Kudos to Dave Abrahams, Diane Cabell, Devin Smith, and Eva Chen!
Cheers,
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
___
Unsubscribe other changes: http://lists.boost.org/mailman
on the availability of numeric_limits.
I hope this can be used as the basis of a standardized boost::is_nan utility.
Thoughts?
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
___
Unsubscribe other changes: http
Fernando Cacciola [EMAIL PROTECTED] wrote:
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 :-)
No problem. I thought Gaby
. Joel volunteered
to make that
move, though I'm not sure what his schedule looks like.
If he's
bitten off more than he can chew I may jump in to help
out. Joel?
I'm cool. Let's do it.
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
), // note comma operator
member(Driver::licence_issue_date, licence_issue_date)
];
}
Cool syntax! Hmmm Reminds me of Boost.Python, luabind and ahem... Phoenix ;-)
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
. There are already replacement tests in
libs/iterator/test.
Yep, I'll remove these artifacts. Pardon the confusion.
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
___
Unsubscribe other changes: http
to remove all iterator related files from
boost-root/libs/utility and replace them with files in
boost-root/libs/iterator (or its sub-directories)?
Yes. That's the plan, AFAIK.
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
is Phoenix/LL. We are using void_ much as
a void argument to something. Here now, there is a direct mapping
to our C++ void. Again, the void_ is not part of Phoenix's public API
but then again, it *is* a client of MPL.
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
to do. However, I'm having some difficulties with
my net connection right now. If anyone would be so kind to link in the
docs, I would appreciate it very much.
Regards,
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
David Abrahams [EMAIL PROTECTED] wrote:
Joel de Guzman [EMAIL PROTECTED] writes:
Beman Dawes [EMAIL PROTECTED] wrote:
In the main CVS? iterator-categories.html is still dated several days
ago. Or am I looking in the wrong place?
I guess so. Why would I be editing a document
Gabriel Dos Reis [EMAIL PROTECTED] wrote:
Joel de Guzman [EMAIL PROTECTED] writes:
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
) are stable.
What's new:
http://spirit.sourceforge.net/distrib/change_log.html
Have fun!!!
Cheers,
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
___
Unsubscribe other changes: http
-general
Cheers,
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Kai-Mikael Jää-Aro [EMAIL PROTECTED] wrote:
Joel de Guzman wrote:
Kai-Mikael Jää-Aro [EMAIL PROTECTED] wrote:
I obviously have not understood how spirit rules are supposed to work. The
simple program below fails to compile (spewing out 42 lines of error
messages). If I replace
return type bug
j.. Fixed: access_node_d[] and access_match_d[] iterator bugs
k.. Fixed a bug regarding threadsafety of Phoenix/Spirit closures.
l.. Added missing include files to miniboost
I am about to commit Spirit 1.6.1 to the RC_1_30_0 but wanted to
ask anyway.
--
Joel de Guzman
joel
David Abrahams [EMAIL PROTECTED] wrote:
Joel de Guzman [EMAIL PROTECTED] writes:
I'd like to add Spirit 1.6.1 (a bug fix release) to Boost 1.30.1.
There are no new features in 1.6.1, just bug fixes. Here are
the list of bug fixes.
[snip]
I am about to commit Spirit 1.6.1 to the RC_1_30_0
Martin Wille [EMAIL PROTECTED] wrote:
Joel de Guzman wrote:
l.. Added missing include files to miniboost
For the records: that one doesn't apply to Boost 1.30.1.
Yes that's correct. Sorry.
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http
. I've lost track of the thread and I want to catch up.
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
entitled to my own opinion right? :-)
bicycle-shed-ingly-yrs,
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
, archive, etc.
--
Joel de Guzman
joel [at] boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
and prove
of concept.
Actually for a proof of concept we could get by with just one.
Given the major differences between underlying GUI API's, your really need
to be developing in parallel for both Windows and Linux right from the
start.
And don't forget the Mac ;-)
--
Joel de Guzman
directly at Medusa, instead looking only at her
reflection in the mirror of his polished shield.
http://www.online-mythology.com/perseus_medusa/
Man! You Da Man! :-)
--
Joel de Guzman
joel at boost-consulting.com
http://www.boost-consulting.com
http://spirit.sf.net
by itself is usually a Bad
Thing(TM)
That's because it's like the langoliers--it eats everything up.
You usually want to say what it shouldn't eat up by subtracting the
terminating character from the parser. I think this is a Spirit FAQ.
It is now ;-)
--
Joel de Guzman
http://www.boost
is allowed, I see no reason why optional
and variant can't allow references.
Am I missing something?
TIA,
--
Joel de Guzman
http://www.boost-consulting.com
http://spirit.sf.net
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi
;
a_func_accepting_a_reference(v);
Many thanks!
--
Joel de Guzman
http://www.boost-consulting.com
http://spirit.sf.net
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
be
a good idea to make the return type part of the public API. Sometimes,
we want to have temporaries, e.g. to circumvent the function forwarding
problem. Example:
optionalT::return_type v = *opt;
a_func_accepting_a_reference(v);
Many thanks!
--
Joel de Guzman
http://www.boost
Joel de Guzman [EMAIL PROTECTED] wrote:
Hi again,
Take 2:
typedef typename call_traitsT::param_type
ctor_param;
typedef typename call_traitstypename
remove_referenceT::type::param_type assign_param;
typedef typename call_traitsT::reference
return_type
1 - 100 of 122 matches
Mail list logo