On Fri, 24 Sep 2004 21:04:52 -0400, Dan Sugalski wrote:
> At 7:51 PM -0400 9/24/04, Jonathan Polley wrote:
>>On Fri, 24 Sep 2004 14:04:52 -0400, Dan Sugalski wrote:
>>
>>> ...
>>> (Though class names/namespaces seem to be separate)
>>> ...
>>
>>I think Guido might have made things a bit harder
On Sep 24, 2004, at 7:32 PM, Dan Sugalski wrote:
At 7:28 PM -0700 9/24/04, Jeff Clites wrote:
On Sep 24, 2004, at 6:51 PM, Aaron Sherman wrote:
However, the point is still sound, and that WILL work in P6, as I
understand it.
Hmm, that's too bad--it could be quite an opportunity for
optimization, i
At 7:28 PM -0700 9/24/04, Jeff Clites wrote:
On Sep 24, 2004, at 6:51 PM, Aaron Sherman wrote:
However, the point is still sound, and that WILL work in P6, as I
understand it.
Hmm, that's too bad--it could be quite an opportunity for
optimization, if you could use-and-discard lexical information a
On Sep 24, 2004, at 6:51 PM, Aaron Sherman wrote:
On Fri, 2004-09-24 at 12:36, Jeff Clites wrote:
Ha, you're example is actually wrong (but tricked me for a second).
Here's a simpler case to demonstrate that you can't look up lexicals
by
name (in Perl5):
You are, of course, correct. If I'd been ig
On Fri, 2004-09-24 at 12:36, Jeff Clites wrote:
> Ha, you're example is actually wrong (but tricked me for a second).
> Here's a simpler case to demonstrate that you can't look up lexicals by
> name (in Perl5):
You are, of course, correct. If I'd been ignorant of that in the first
place, this w
At 7:51 PM -0400 9/24/04, Jonathan Polley wrote:
On Fri, 24 Sep 2004 14:04:52 -0400, Dan Sugalski wrote:
...
(Though class names/namespaces seem to be separate)
...
I think Guido might have made things a bit harder to separate out than you
anticipate, unless I misread you. It appears that module
At 11:53 PM +0200 9/24/04, Juerd wrote:
Does Parrot make it easy to have different versions of a language
engine, say Perl, loaded at the same time?
Nope. Modules yes, but perl versions (or any language version) no. I
suppose we could, but I'm not sure it'd work as well as you might
like, since m
On Fri, 24 Sep 2004 14:04:52 -0400, Dan Sugalski wrote:
> ...
> (Though class names/namespaces seem to be separate)
> ...
I think Guido might have made things a bit harder to separate out than you
anticipate, unless I misread you. It appears that modules and classes are
also imported into the sam
Does Parrot make it easy to have different versions of a language
engine, say Perl, loaded at the same time?
See also the IRC snippet pasted below (irrelevant conversation removed).
I'm not on the list; please CC.
Juerd
* Juerd hopes Perl 6 will provide an easy portable mechanism for having
oolong:~/research/parrot coke$ uname -a
Darwin oolong 7.5.0 Darwin Kernel Version 7.5.0: Thu Aug 5 19:26:16 PDT 2004; root:xnu/xnu-517.7.21.obj~3/RELEASE_PPC Power Macintosh powerpc
oolong:~/research/parrot coke$ grep LINK Makefile
LINK = c++
LINKFLAGS = -L/usr/local/lib -g
Here's the m
According to Matt Fowles:
> I personally thing that the suggestion of providing a base namespace
> PMC and letting each language create their own if they want overrides
> is a really nice idea.
I can't speak to that. However:
> I think the base one should have the maximum number of distinct
> su
All~
I personally thing that the suggestion of providing a base namespace
PMC and letting each language create their own if they want overrides
is a really nice idea. I think the base one should have the maximum
number of distinct subspaces with special functions to access them
(i.e. function, va
According to Dan Sugalski:
> I'm fine with mashing functions and variables into a single big mass...
Me too (FWIW). And I think it'll work.
PS: I've got the Glob Stick where I can reach it.
--
Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]>
"I don't really think it is
Okay, so we've got two points of dispute:
1) Jeff doesn't think the sigil should be part of the variable name
2) Both Jeff and Jonathan have pointed out that languages we care
about *do* have a combined function/varname store. (Though class
names/namespaces seem to be separate)
For point #1, I t
At 8:37 AM +0200 9/24/04, Christian Aperghis-Tramoni wrote:
I am the french teacher who is trying to initiate my students to the
pleaasure of assembly language using Parrot.
For those who car read french, you can check our site :
http://www.dil.univ-mrs.fr/lic.ue.html#L-O3-5
I can't read french,
On Sep 24, 2004, at 8:07 AM, Aaron Sherman wrote:
On Fri, 2004-09-24 at 10:03, KJ wrote:
So, my question is, why would one need lexical pads anyway (why are
they
there)?
They are there so that variables can be found by name in a lexically
scoped way. One example, in Perl 5, of this need is:
On Sep-24, Aaron Sherman wrote:
> On Fri, 2004-09-24 at 10:03, KJ wrote:
>
> > So, my question is, why would one need lexical pads anyway (why are they
> > there)?
>
> They are there so that variables can be found by name in a lexically
> scoped way. One example, in Perl 5, of this need is:
>
>
Andy Dougherty <[EMAIL PROTECTED]> wrote:
> I'm getting a crash if I try to run parrot on libpcre.imc. The debugger
> output is shown below. The crash occurs because
> imcc/instructions.c:ins_writes2() is somehow passed a type t == 'K'.
Oops and ins->opnum == -1 too. While I can't reproduce the
At 4:03 PM +0200 9/24/04, KJ wrote:
So, my question is, why would one need lexical pads anyway (why are
they there)?
Pads do three things. First, as has been pointed out, they store
sufficient metadata so string evals (that's where code gets compiled
on the fly and accesses the surrounding envir
At 7:58 AM -0700 9/24/04, Dan Sugalski (via RT) wrote:
# New Ticket Created by Dan Sugalski
# Please include the string: [perl #31706]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31706 >
Something in parrot's letting strs
On Fri, 2004-09-24 at 10:03, KJ wrote:
> So, my question is, why would one need lexical pads anyway (why are they
> there)?
They are there so that variables can be found by name in a lexically
scoped way. One example, in Perl 5, of this need is:
my $foo = 1;
return sub { $foo ++
# New Ticket Created by Dan Sugalski
# Please include the string: [perl #31706]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31706 >
Something in parrot's letting strstart and bufstart get out of sync
for some strings
On Fri, Sep 24, 2004 at 04:03:46PM +0200, KJ wrote:
> Hello,
>
> I've been wondering for some time about this, so I thought, why not ask.
>
> The thing is, I've been playing a few times with (Parrot, but also .NET)
> compilers, and my conclusion was that the most difficult part is getting
> assi
Hello,
I've been wondering for some time about this, so I thought, why not ask.
The thing is, I've been playing a few times with (Parrot, but also .NET)
compilers, and my conclusion was that the most difficult part is getting
assignments
right (when by value, when by ref, etc.). (that is, any cons
Christian Aperghis-Tramoni <[EMAIL PROTECTED]> wrote:
> I am the french teacher who is trying to initiate my students to the
> pleaasure of assembly language using Parrot.
Great. Thanks for the note.
leo
With:
.sub foo
.include "interpinfo.pasm"
$P0 = interpinfo .INTERPINFO_CURRENT_SUB
$S0 = $P0# "foo"
we can now extract the current subroutine's name or print it like in the
tests t/pmc/sub_{74,75}.pasm. I've implemted the get_string() vtable for
Sub PMCs - could be get_repr() too, dun
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #31695]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31695 >
I'm getting a crash if I try to run parrot on libpcre.imc. The debugger
output is s
On Wed, 22 Sep 2004 23:13:37 -0400, Dan Sugalski wrote:
> At 7:32 PM -0700 9/22/04, Jeff Clites wrote:
>>On Sep 22, 2004, at 10:58 AM, Dan Sugalski wrote:
>>
>>>*) There are three things that can be in a namespace: Another
>>>namespace, a method or sub, and a variable.
>>>
>>>*) The names of name
Piers Cawley <[EMAIL PROTECTED]> wrote:
> I could be wrong here, but it seems to me that having a special
> 'tailinvoke' operator which simply reuses the current return
> continuation instead of creating a new one would make for rather faster
> tail calls than fetching the current continuation out
29 matches
Mail list logo
