Hey all,
Python objects can have things "in" them:
foo["x"] = "in"
... and it can also have things "on" them:
foo.x = "on"
I noticed lua treats these as the same thing
and got curious about the distinction in IMCC.
Coding it this way seems to work, but I'm
not sure I really understood t
Well, it would be nice to have it at:
http://dev.perl.org/perl6/exegesis/
But the following from the O'Reilly user group newsletter may help
***Exegesis 6
Damian Conway explains how the new syntax and semantics of subroutines
in Perl 6 make for cleaner, simpler, and more powerful cod
> "BG" == Benjamin Goldberg <[EMAIL PROTECTED]> writes:
BG> Miko O Sullivan wrote:
>>
>> Congratulations to Damian on a great opening in Ex 6. Anybody can spoof
>> the classic detective novel setup, but it takes real talent to have it
>> actually make sense in the context of a tech
> Miko O Sullivan wrote:
> >
> > Congratulations to Damian on a great opening in Ex 6. Anybody can spoof
> > the classic detective novel setup, but it takes real talent to have it
> > actually make sense in the context of a technical document.
>
> How long till Ex 6 is online, for those of us wh
Miko O Sullivan wrote:
>
> Congratulations to Damian on a great opening in Ex 6. Anybody can spoof
> the classic detective novel setup, but it takes real talent to have it
> actually make sense in the context of a technical document.
How long till Ex 6 is online, for those of us who weren't ther
I was recently reading the following:
http://www.parrotcode.org/docs/dev/infant.dev.html
It's missing some things. One of which is the (currently used?) way of
preventing infant mortality: anchor right away, or else turn off DoD
until the new object isn't needed.
This document doesn't mentio
Considering that parrot is now emitting an executable (on some
platforms)... and IIRC, C will be one of the languages we plan to have
parrot support for... will parrot be able to compile itself? :)
--
$a=24;split//,240513;s/\B/ => /for@@=qw(ac ab bc ba cb ca
);{push(@b,$a),($a-=6)^=1 for 2..$a/6
Leopold Toetsch wrote:
>
> Benjamin Goldberg <[EMAIL PROTECTED]> wrote:
>
> > Also, although we're told at the top of string.c to not look at
> > s->bufstart or s->buflen, I'd like to know if we are allowed to
> > assume/assert that for all strings, the following is true:
>
> >s->encoding-
Luke Palmer wrote:
>
> Benjamin Golberg writes:
> > Actually, these are mostly questions about the string_str_index
> > function.
>
> Uh oh...
>
> > I've some questions about bufstart, strstart, bufused, strlen and
> > encoding->characters?
> >
> > In string_str_index_multibyte, the lastmatch
Q1: Suppose I have the following call into a sub named "foo":
foo($var1, $var2, $var3);
What should I set in I1? Is it 3?
And here:
foo($var1, @arr2, %hash3);
Is it still 3, since these aren't gonna be flattened?
Q2: I'm calling without prototyping
foo($var1, $var2, $var3, ... , $var23);
He
On Sun, 3 Aug 2003 19:25, Michal Wallace wrote:
> On Fri, 1 Aug 2003, K Stol wrote:
> Really, there's a ton of overlap between the various
> "high level" languages that parrot wants to support.
> Maybe we could put together a generic code generator
> that everyone could use? Obviously, it would hav
On 8/1/03 11:44 AM, Mark J. Reed wrote:
> Is it possible with the new parameter declaration syntax to declare
> a mandatory name-only parameter?
My earlier plea for this feature begins here:
http://archive.develooper.com/[EMAIL PROTECTED]/msg14666.html
I didn't think I made much headway, but thi
On Sun, 3 Aug 2003, Daniel Grunblatt wrote:
> On Sunday 03 August 2003 15:27, Simon Glover wrote:
> > On 3 Aug 2003, Luke Palmer wrote:
> > > This fix has worked fine with JIT until now, so I suspect the problem
> > > is elsewhere.
> >
> > Bug confirmed here (although I need a slightly longer st
On Sunday 03 August 2003 15:27, Simon Glover wrote:
> On 3 Aug 2003, Luke Palmer wrote:
> > This fix has worked fine with JIT until now, so I suspect the problem
> > is elsewhere.
>
> Bug confirmed here (although I need a slightly longer string to trigger
> it). Here's a stacktrace:
I couldn't r
On 3 Aug 2003, Luke Palmer wrote:
> This fix has worked fine with JIT until now, so I suspect the problem
> is elsewhere.
>
Bug confirmed here (although I need a slightly longer string to trigger
it). Here's a stacktrace:
--
(or something)
The following program segfaults when run under JIT.
.sub _main
newsub P0, .Sub, _echo
$S0 = "abcdefghij"
savetop
restoretop
end
.end
.sub _echo
print P5
invoke P1
.end
(note that I never call _echo, but th
Is this supposed to happen?
% parrot -
.sub _main
$S0 = "Hello\n"
$S1 = $S0
substr $S1, 2, 2, ""
print $S0
print $S1
end
.end
(EOF)
Heo
Heo
Aren't strings supposed to follow value semantics?
Luke
Benjamin Goldberg <[EMAIL PROTECTED]> wrote:
> Also, although we're told at the top of string.c to not look at
> s->bufstart or s->buflen, I'd like to know if we are allowed to
> assume/assert that for all strings, the following is true:
>s->encoding->skip_forward( s->strstart, s->strlen ) ==
Vladimir Lipskiy <[EMAIL PROTECTED]> wrote:
> What are "-", "X", and " "(whitespace) supossed to mean there?
"X" is meaning "is in context". Sorry if that is misleading, I'll update
the pod.
> Why is Eval not there? Does it have no context?
Its not specified yet, how eval fits into the picture.
On Sun, 3 Aug 2003, K Stol wrote:
> At this moment, I'm looking at a new version of Lua, the previous
> 'pirate' compiled (well, sort of :-) Lua 4 Lua 5 has some features,
> such as coroutines (If I remembered well) and all kinds of neat
> stuff for which Parrot has built-in support (and it droppe
Abe Timmerman sent the following bits through the ether:
> Did I misunderstand?
My point is that the CPAN Testers reports for fails have the output of
make test, eg:
http://nntp.x.perl.org/group/perl.cpan.testers/96865
... but passes don't:
http://nntp.x.perl.org/group/perl.cpan.testers/96886
T
- Original Message -
From: "Michal Wallace" <[EMAIL PROTECTED]>
To: "K Stol" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday, August 03, 2003 2:25 AM
Subject: generic code generator? [was: subroutines and python status]
> On Fri, 1 Aug 2003, K Stol wrote:
>
> > > From: "Leon Bro
Op een zonnige zomerdag (Sunday 03 August 2003 10:42), schreef Leon Brocard:
> Leon Brocard sent the following bits through the ether:
> > Secondly, who do I need to convince to add the "make test" results for
> > PASSes too? ;-)
>
> So, does anyone actually have an opinion on this?
If you are ta
On Fri, 1 Aug 2003, K Stol wrote:
> > From: "Leon Brocard" <[EMAIL PROTECTED]>
...
> > I don't like things becoming dead-ends. How much work do you think
> > it'd be to extend it some more and update it to latest Lua?
...
> 2: I misdesigned the code generator; that is, at the point where I
> could
Leon Brocard wrote:
> Leon Brocard sent the following bits through the ether:
>
> > Secondly, who do I need to convince to add the "make test" results for
> > PASSes too? ;-)
>
> So, does anyone actually have an opinion on this?
*Puts up hand*. I agree with you. Seems useful and trivial to impleme
Leon Brocard sent the following bits through the ether:
> Secondly, who do I need to convince to add the "make test" results for
> PASSes too? ;-)
So, does anyone actually have an opinion on this?
Leon
--
Leon Brocard.http://www.astray.com/
scribot...
On Sat, Aug 02, 2003 at 04:33:19PM -0700, Michael G Schwern wrote:
> > Damian Conway <[EMAIL PROTECTED]> writes:
> > >Hence, making C<%_> mean something different in core Perl 5 might possibly be
> > >"forwards incompatible".
>
> Representing the Backwards Compatiblity Police, I've had co-workers
On Sat, Aug 02, 2003 at 05:02:58PM +0100, Adrian Howard wrote:
> >Or even more trivially, take Test::AtRuntime and swap
> >out Test::Builder::ok() with something that dies on failure.
> [snip]
>
> I was thinking about the ability to have an assertion block - so you
> could do (something like):
>
On Sat, Aug 02, 2003 at 11:43:26AM -0700, Ovid wrote:
> This does mean, though, that it won't play nicely with versions of Perl < 5.6.0. Is
> that trade
> off acceptable?
I'll throw in the fallback "if DEBUG" style
TEST {
my $sky = look('up');
is( $sky, 'blue' );
} if
On Sat, Aug 02, 2003 at 11:22:43AM -0700, chromatic wrote:
> Could these instead be subroutine attributes? I can see a lot of
> advantages there.
I know very little about subroutine attributes, so you're going to have
to investigate that one.
Keep in mind, though, that we want the *whole call t
Brent Dax wrote:
> Honestly, though, I'm no longer sure the full regex engine is a good idea.
> A fast index op, a fast ord op, a character class op, and the intstack is
> really all that's needed to make a regex engine from plain Parrot opcodes.
I agree with you on one level. That is enough to m
Benjamin Goldberg:
> Since I don't see anything to save/restore the instack on subroutine
> calls, I am wondering what happens if a regex has a (?{ CODE }), and
> that CODE calls a regex. Are we garunteed that after a regex completes
> (either succeeds or fails) that the intstack is in the same st
32 matches
Mail list logo
