On Thu, Feb 28, 2002 at 03:17:19PM -0600, Garrett Goebel wrote:
> I do worry that as Perl grows richer, so does the need for underlying
> consistency and simplicity.
You're not alone in that.
> I guess it is all about seeking the correct balance. And that is
> something Larry and the Perl commu
On Thu, Feb 28, 2002 at 03:28:29PM -0800, Austin Hastings wrote:
>
> --- Garrett Goebel <[EMAIL PROTECTED]> wrote:
> >
> > Hmm... Out of curiosity what kind of user-extensible topicalizer
> > aware constructs would you make?
>
> Remember Larry's comment that the -> operator is a kind of "parame
At 12:21 AM -0500 3/1/02, Bryan C. Warnock wrote:
>A non-existing buffer + a non-existing buffer should be a non-existing
>buffer, not "", which is really '\0'.
Applied, thanks.
--
Dan
--"it's like this"---
At 11:52 PM -0500 2/28/02, Bryan C. Warnock wrote:
>TMTOWTDI, but strcmp is probably the worse.
Applied, thanks.
--
Dan
--"it's like this"---
Dan Sugalski even samurai
[EMAIL PR
A non-existing buffer + a non-existing buffer should be a non-existing
buffer, not "", which is really '\0'.
Index: string.c
===
RCS file: /home/perlcvs/parrot/string.c,v
retrieving revision 1.50
diff -u -r1.50 string.c
--- string.
On Thu, Feb 28, 2002 at 04:12:12PM -0800, Austin Hastings wrote:
>
> Nobody has the least bit of trouble understanding that WITHIN the for
> loop, the "default value" just changed from whatever it was outside.
Well, C is a topicalizer, and always has been, even before we had a
name for it, so th
On Thu, Feb 28, 2002 at 03:30:00PM -0600, Garrett Goebel wrote:
>
> Hmm... Out of curiosity what kind of user-extensible topicalizer aware
> constructs would you make?
I'm envisioning something along the lines of: while parsing a file, you
have a C loop through the file and a series of subrouti
TMTOWTDI, but strcmp is probably the worse.
Index: array.pmc
===
RCS file: /home/perlcvs/parrot/classes/array.pmc,v
retrieving revision 1.14
diff -u -r1.14 array.pmc
--- array.pmc 21 Feb 2002 18:09:23 - 1.14
+++ array.pmc
--- Allison Randal <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 27, 2002 at 10:11:13AM -0800, Austin Hastings wrote:
> >
> > > C is a conditional like C, not a topicalizer.
> >
> > Right, it's a topicalizee, the victim of topicalization.
> > And so it uses $_ or $x or $! or whatever the current to
--- Garrett Goebel <[EMAIL PROTECTED]> wrote:
> Allison Randal wrote:
> > Garrett Goebel wrote:
> > >
> > > I guess the next question in the context of the following is:
> > >
> > > Larry Wall wrote in Apocalypse 4:
> > > >
> > > > It should be possible to make user-extensible syntax look
> > >
I've added stat gathering capability to the GC subsystem, and I've
added a new opcode, interpinfo, to allow you to fetch interpreter
information. Right now it only fetches GC information but it'll be
expanded to get other data later on.
Docs in the updated PDD 6.
--
Allison Randal wrote:
> Garrett Goebel wrote:
> >
> > I guess the next question in the context of the following is:
> >
> > Larry Wall wrote in Apocalypse 4:
> > >
> > > It should be possible to make user-extensible syntax look
> > > just like built-in syntax.
> >
> > How would I create a user-
From: Allison Randal [mailto:[EMAIL PROTECTED]]
> On Wed, Feb 27, 2002 at 04:24:48PM -0600, Garrett Goebel wrote:
> > From: Allison Randal
> >
> > Not just some value external to the switch, but the value in $_.
> >
> > I now see the DWIM aspect. Thanks BTW.
> >
> > But how often will people ha
At 9:47 AM -0500 2/28/02, Bryan C. Warnock wrote:
>Creeping string length. (You may want to verify the program actually still
>works! :-)
Looks good. Applied, thanks.
--
Dan
--"it's like this"---
Dan
At 9:03 AM -0500 2/28/02, Bryan C. Warnock wrote:
>When you clone a constant, it ain't constant no mo'.
>This patch helps a lot, but doesn't fix everything.
Applied, thanks.
--
Dan
--"it's like this"---
Creeping string length. (You may want to verify the program actually still
works! :-)
Index: examples/assembly/life.pasm
===
RCS file: /home/perlcvs/parrot/examples/assembly/life.pasm,v
retrieving revision 1.6
diff -u -r1.6 life.p
On Thursday 28 February 2002 08:32, Bryan C. Warnock wrote:
>
> The second call to new_string_header() in each generation loses one entry
> in the string header pool during DOD. The twelfth call to
> new_string_header() in each generation loses the second. *That* should be
> enough info to track
On Thursday 28 February 2002 01:12, Bryan C. Warnock wrote:
> (Starts off at 90 recovered entries, then 88, 86, ..., 4, 2, 1, 128, 126,
> etc.) The number of entries before decreasing seems to increase. I'll
> see if I can extract a pattern.
>
> It's similar to the previous patterns, albeit a li
On Thu, Feb 28, 2002 at 10:44:21AM +, Ben Evans wrote:
> On Thu, Feb 28, 2002 at 10:18:45AM +, David Chan wrote:
> > On Wed, Feb 27, 2002 at 09:35:13PM +, Nicholas Clark wrote:
> > > On Tue, Feb 26, 2002 at 11:17:55AM +, Alex Gough wrote:
> > > > Yes, at some point allowing 10**222
On Thu, Feb 28, 2002 at 10:18:45AM +, David Chan wrote:
> On Wed, Feb 27, 2002 at 09:35:13PM +, Nicholas Clark wrote:
> > On Tue, Feb 26, 2002 at 11:17:55AM +, Alex Gough wrote:
> > > Yes, at some point allowing 10**2, is just silly,
> > > and I doubt the potentiona
On Wed, Feb 27, 2002 at 09:35:13PM +, Nicholas Clark wrote:
> On Tue, Feb 26, 2002 at 11:17:55AM +, Alex Gough wrote:
> > Yes, at some point allowing 10**2, is just silly,
> > and I doubt the potentional applications are numerous enough to
> > warrant trying it. So lon
Boredom + insomnia =
This is just a simple zero op for numeric registers. Its minutely
faster than set $REG, 0 and on intel at least, and I don't know how it
maps to JIT.
I won't commit this myself because I'm still unsure the minor speed is
worth it, however I feel compiler freaks might li
Bryan C. Warnock:
# On Wednesday 27 February 2002 23:34, Bryan C. Warnock wrote:
# > I did a graphical mapping of the DOD and GC calls, and the
# GC pattern was
# > interesting. (Indicative of a leak. I'm going to patch
# the output to
# > show a generation loop, and then post and interpret.)
#
23 matches
Mail list logo
