letters in identifiers).
But at this point I'm probably already getting ahead of myself. So I'll
stop talking and ask people to comment with regards to interest in
FC++.
Thanks,
Brian
--
-Brian McNamara ([EMAIL PROTECTED])
___
Unsubscribe other changes
On Thu, Jun 26, 2003 at 01:36:58PM +0200, Dirk Gerrits wrote:
Brian McNamara wrote:
- Reuse: FC++ reinvents a number of Boost's libraries in its
implementation, such as smart pointers and metaprogramming
tricks. A Boost version of FC++ should reuse Boost libraries
the FC++ infrastructure enables return-type-deduction for
template function objects.
I've been working on boostifying FC++ this past week (adopting naming
conventions, reusing Boost code, etc.) and will hopefully get a
Boost-ful FC++ version up for review in the next two weeks or so.
--
-Brian
.
Thanks,
Brian
--
-Brian McNamara ([EMAIL PROTECTED])
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
fruit, since Boost
already has tuples).
There is nothing (other than std::pair and fcpp::mk_pair). I don't see
any reason boost tuples couldn't be used in fc++ code, though.
--
-Brian McNamara ([EMAIL PROTECTED])
___
Unsubscribe other changes: http
Based on David's suggestion, I'll try to briefly define all the terms
I've used in my earlier post.
Brian McNamara [EMAIL PROTECTED] writes:
I have posted the first boostified version of FC++ to the YahooGroups
files section; it is called fcpp.
http://groups.yahoo.com/group/boost/files
On Wed, Aug 13, 2003 at 11:27:08PM -0400, Brian McNamara wrote:
I've been working on a draft of the documentation for the boostified
version of FC++, and it's finally reached a good enough state to be
potentially useful to you-all. Check out
http://www.cc.gatech.edu/~yannis/fc
On Mon, Jul 28, 2003 at 03:16:52PM -0400, Brian McNamara wrote:
functional programming. Over the next couple of weeks I will make
documentation of the boostified version of FC++ that's aimed at a C++
audience. Hopefully that will help.
I've been working on a draft of the documentation
the
function pointers into FC++ functoids.)
--
-Brian McNamara ([EMAIL PROTECTED])
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
opinions or constructive thoughts on this issue, I'd
like to hear them.
--
-Brian McNamara ([EMAIL PROTECTED])
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
On Fri, Aug 15, 2003 at 02:44:20PM -0400, Joel Young wrote:
From: Brian McNamara [EMAIL PROTECTED]
to think deeply about it though; it is unclear to me if the FC++
implicit assumption of 'value semantics' (FC++ doesn't allow (mutable)
reference parameters) will throw a wrench in the works
solution along a
completely different path...
--
-Brian McNamara ([EMAIL PROTECTED])
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
if C++ in general or Boost in
particular offers a nice way to lambda-ify such a member-variable
expression.
Anyway, just wanted to share some ideas which I think may be a good
direction to go to address the issues Daniel raised.
--
-Brian McNamara ([EMAIL PROTECTED
On Sat, Aug 23, 2003 at 09:45:42AM -0400, Brian McNamara wrote:
// use boost::lamdba
boost::lexicographicperson
( _1.first,cmp_lower )/* see below */
( _1.last, cmp_lower )
( bind(T::age,_1) /* use default cmp */ )
( p1, p2
be) are the right ones.
--
-Brian McNamara ([EMAIL PROTECTED])
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
into emitting
useful diagnotics, it'd be great to have that written down somewhere (or
maybe even turned into some macros possibly).
(Kinda a vague idea-specification, I know.)
--
-Brian McNamara ([EMAIL PROTECTED])
___
Unsubscribe other changes: http
namespace.
Again, I imagine you do something similar with bind/lambda; in FC++:
ignore(ignore(const_(true)))
or
lambda(X,Y)[ true ]
--
-Brian McNamara ([EMAIL PROTECTED])
___
Unsubscribe other changes: http://lists.boost.org/mailman
of these datatypes.
--
-Brian McNamara ([EMAIL PROTECTED])
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
On Sun, Aug 31, 2003 at 10:41:15AM -0700, Mat Marcus wrote:
--On Sunday, August 31, 2003 10:29 AM -0400 Brian McNamara
First off, let me say I do think this is a compelling use-case.
...
I missed the beginning of this thread, but I imagine the motivation
is to avoid having to say
std
On Sun, Aug 31, 2003 at 11:11:10AM -0700, Mat Marcus wrote:
--On Sunday, August 31, 2003 1:35 PM -0400 Brian McNamara
On Sun, Aug 31, 2003 at 11:59:42PM +0800, Joel de Guzman wrote:
It's really strange (and hard to explain) that you have to
dereference optionalB. Example:
F(tupleA
to assign to optionals via a tie(), I think there
should also be a different method in the interface which returns the
hole in an empty optional where a new value can be constructed. See,
e.g., my earlier message which defined an interface with operator+()
and operator~().
--
-Brian McNamara
thought he wanted to use
exactly nv and not anything like nv.get(). I think now that we've
cleared up the confusion about get() returning a reference instead of a
pointer, we're all back on the same page.
--
-Brian McNamara ([EMAIL PROTECTED
On Mon, Sep 01, 2003 at 12:13:11AM -0600, Dave Gomboc wrote:
I've been trying to set things up so that code is written for T that can
then also use nilableT seamlessly, but doing things the other way around
might be an improvement.
Agreed.
[Brian McNamara]
I was originally arguing
! :)
--
-Brian McNamara ([EMAIL PROTECTED])
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
On Mon, Sep 01, 2003 at 04:05:59PM -0600, Dave Gomboc wrote:
[Brian McNamara]
do_something( adapt( 3 ) );
do_something( adapt( nilableint(3) ) );
do_something( adapt( foo ) ); // foo has unknown type
But I'd like to write
do_something(3
(indeed, there could be methods both
to return pointers and references; both to throw/fail-undefinedly, etc.)
and the names/documentation issues will fall out with more experience.
Just MO.
[*] See bottom of
http://www.boost.org/more/discussion_policy.htm
--
-Brian McNamara ([EMAIL PROTECTED
of
template class T
class nilable {
optionalT o;
public:
T get() {
if( o ) return *o;
throw oops;
}
// etc.
};
--
-Brian McNamara ([EMAIL PROTECTED])
___
Unsubscribe other changes: http://lists.boost.org
27 matches
Mail list logo