Clinton Pierce wrote:
Sorry, the example was unnecessarily long.
After a quick reading of this, I'd have expected the value of "f" at the indicated point to be 1, but instead it's 2.
The dark chapters of imcc documentations and functionality are getting
revealed again ;-)
The story is like thi
Luke Palmer <[EMAIL PROTECTED]> wrote:
> Consider this Perl 6 code:
> sub refinc($var) {
> my $myvar = $var;
> $myvar += 1;
> }
> If you pass an integer in here, it should do nothing. However, if you
> pass an object with an overloaded += in, it should have the
> side-eff
Clinton Pierce <[EMAIL PROTECTED]> wrote:
>> Yeah, I don't think you can use .local across subs like that. I think
>> .local means "local to this sub" and *inner subs aren't closures*. In
>> fact, I don't think inner subs are useful for much of anything at all.
> Aside from that, I think .local
> Luke Palmer <[EMAIL PROTECTED]> wrote:
> > Consider this Perl 6 code:
>
> > sub refinc($var) {
> > my $myvar = $var;
> > $myvar += 1;
> > }
>
> > If you pass an integer in here, it should do nothing. However, if you
> > pass an object with an overloaded += in, it should
On Wed, Jun 25, 2003 at 07:09:26PM +0100, Fergal Daly wrote:
> I just thought of a big problem with plan extensions. If the script silently
> eat's itself just before you extend the plan, then you don't know that
> anything went wrong.
It would have to also exit normally. That is rare.
--
Is
On Tue, Jun 24, 2003 at 08:39:39PM +0100, Fergal Daly wrote:
> Test::NoWarnings sounds good to me. What is the correct etiquette for
> abandoning a namespace? Just delete the files with PAUSE or should I leave a
> pointer behind? Not too important with this module but I'm just curious,
When I me
Ah, summertime (at least here in the northern hemisphere). The language list
has slowed down to a trickle, hopefully because everybody is relaxing in a
cool place, idly sipping non-alcoholic spritzers next to some special person,
reading low-brow literature (or, as in my case, Apoc 6).
This is
I'd like to layout some thougts, which get quite dim, when it comes to
threads. So there are a lot of questions.
1) Exceptions
There are 3 kinds of exception sources:
- hard: e.g. SIGFPE, SIGHUP. They get catched by signal handlers[1]
- soft: internal_exception()
- user: a C opcode signals a warnin
(... skipping (1) and (2) ...)
> 3) Threads
> The underlaying model are posix threads if available. This implies
> that all interpreter data are shared by default. So we'll need per
> thread data: interpreter, prederef & JIT code ...
Is 'the underlying model' the implementation of the OS running
- Original Message -
From: "Leopold Toetsch" <[EMAIL PROTECTED]>
To: "Luke Palmer" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, June 28, 2003 9:34 AM
Subject: Re: Tentative [PATCH]: valclone
> Luke Palmer <[EMAIL PROTECTED]> wrote:
> > Consider this Perl 6 code:
>
> >
So, now that we're using CPS, will there be a standard way of seeing
what the call stack is (for purposes of debugging/C/&c.)? Is
it just a matter of looking in P0 and then P0's P0, and so on? Or
will that croak in certain cases?
Luke
In the meantime interpreter->warns has moved to the context structure
and gets now restored for CPS subroutine calls.
But there is a slight problem (as well as with e.g. pad_stacks)
When we have:
warningson 1
newsub .Sub, .Continuation, _func, _ret
...
invoke
and _func turns warnings off,
K Stol <[EMAIL PROTECTED]> wrote:
> (... skipping (1) and (2) ...)
>> 3) Threads
> Is 'the underlying model' the implementation of the OS running parrot (as
> oppposed to a self-made system,
On Linux there are many threading libs. E.g. pth (GNU portable threads)
and pthread (POSIX threads). The
Luke Palmer <[EMAIL PROTECTED]> wrote:
> So, now that we're using CPS, will there be a standard way of seeing
> what the call stack is (for purposes of debugging/C/&c.)? Is
> it just a matter of looking in P0 and then P0's P0, and so on? Or
> will that croak in certain cases?
These are $HL featu
> The story is like this:
> - the "pseudo gloabal" declaration of C declares a variable usable in
> both subs. This was invented[1] to cover vars outside of all subs in a
> main execution stream, which is intersparsed with sub declarations, like
> a perl programm could be.
> - both subs "_foo1"
On Fri, Jun 27, 2003 at 10:50:40PM -0400, Miko O Sullivan wrote:
> It would be interesting to hear your Perl6 daydreams.
My only dream is that by this time next year we have a fully-
functional-people-can-use-it-in-production Perl6. It doesn't even
have to be 100% complete; I think just 85% would
At 10:46 AM 6/28/2003 -0400, Clinton Pierce wrote:
> If you want true variables around compilations units, please use globals
> or lexicals if they are in the same lexical pad.
>
> [1] This "feature" is IMHO at the boarders of imcc as the namespace
> instructions is. Should the HL handle these or
> Clint, I'm not sure which feature you mean is confusing here. I think you are
> referring to supporting .local outside of subs, and I agree with that. However,
> I think symbol tracking and scope checking is the high level language's
> responsibility so the example you provided really should not
> Yep. But when it comes to multithreading you can't assume the same
> behavior on e.g. single or multiprocessor systems anway.
> leo
Sounds like a user-land implementation should be default then, to guarentee
consistancy across hardware let alone machines. Software targeted for specific
uses c
On Saturday 28 June 2003 02:51, Michael G Schwern wrote:
> When I merged Test::Simple with Test::More I left a Test-More tarball lying
> around containing a Makefile.PL which simply died saying "download
> Test-Simple instead".
That's OK for a merge (or you could have an empty archive with a depen
On Sat, Jun 28, 2003 at 10:13:06PM +0100, Fergal Daly wrote:
> Is there a way to
> know if Makefile.PL is being run by CPAN.pm?
Not as far as I know, but Jos tells me that there should be some way in
the next version of CPANPLUS.
My person
Jonathan Scott Duff wrote in perl.perl6.language :
>
> My only dream is that by this time next year we have a fully-
> functional-people-can-use-it-in-production Perl6. It doesn't even
> have to be 100% complete; I think just 85% would be enough if it were
> the right 85%.
20% would be enough if
(I apologize profusely for the formatting--I'm writing this on a rather primitive
webmail system.)
Disclaimer: this is all from possibly faulty memory, except where it's pure
speculation.
Leopold Toetsch:
I'd like to layout some thougts, which get quite dim, when it comes to
threads. So there a
Rafael Garcia-Suarez <[EMAIL PROTECTED]> writes:
> Jonathan Scott Duff wrote in perl.perl6.language :
>>
>> My only dream is that by this time next year we have a fully-
>> functional-people-can-use-it-in-production Perl6. It doesn't even
>> have to be 100% complete; I think just 85% would be en
24 matches
Mail list logo
