Piers Cawley <[EMAIL PROTECTED]> wrote:
> More CPS shenanigans
> I get the strong feeling that Leo Tötsch isn't entirely happy with the
> new Continuation Passing Style regime.
No, I'm really happy with CPS. Restoring the whole context by invoke'ing
the return continuation is a very ele
On Tue, 24 Jun 2003, Leopold Toetsch wrote:
> Piers Cawley <[EMAIL PROTECTED]> wrote:
> > He's worried that the P6C tests
> > break,
>
> ... albeit this is still an issue. Nobody answered, if we need another
> Sub class implementing the old invoke/ret scheme ...
I'd say "no". P6C is now c
On Tue, Jun 24, 2003 at 06:14:52AM -0700, Sean O'Rourke wrote:
> On Tue, 24 Jun 2003, Leopold Toetsch wrote:
> >
> > [...] Nobody answered, if we need another
> > Sub class implementing the old invoke/ret scheme ...
>
> I'd say "no". P6C is now compiling to an obsolete architecture.
> While we sh
On Tue, Jun 24, 2003 at 07:58:32AM -0700, David Storrs wrote:
> /me shows ignorance yet again.
>
> For those of us who are not hardware types...what is "the new
> machine"? The Itanium? Does that really have enough market
> penetration at this point to be a worthy target? Or is the idea that,
>
On Tue, Jun 24, 2003 at 04:04:29PM +0100, Andrew Wilson wrote:
> On Tue, Jun 24, 2003 at 07:58:32AM -0700, David Storrs wrote:
> > /me shows ignorance yet again.
> >
> > For those of us who are not hardware types...what is "the new
> > machine"? The Itanium? Does that really have enough market
>
This idea seems to fit in a lot of places. It's more of a design
pattern than anything else, but one I think P6 can use to good effect
in the "standard library".
Lightweight Object Existance (LOE) Proxies
An LOE proxy is an object that proxies for another, heavier, object
that (maybe) doesn't ex
On Thu, Jun 12, 2003 at 04:02:50PM +0200, Rafael Garcia-Suarez wrote:
> Nicholas Clark wrote:
> >
> > class Foo {
> > ...
> > std::size_t spare = 0
> > std::size_t allocate = 4096
> > std::size_t min_readline = 80
> >
> > and have the compiler know that if I specify a member initi
--- Nicholas Clark <[EMAIL PROTECTED]> wrote:
> This wasn't quite what I was thinking about. I was more for typing
> laziness (and avoiding cut&paste) - I'd like a default for the
> instance initialiser, but only to be used (by the compiler's code
> generator) if I don't specify a specific initial