perl6-internals
[Top] [All Lists]

general rant over older days

To: "Parrot Porters" <parrot-porters@perl.org>
Subject: general rant over older days
From: "Reini Urban" <rurban@x-ray.at>
Date: Fri, 29 Aug 2008 19:04:44 +0200
Delivered-to: mailing list perl6-all@perl.org
Delivered-to: perl6-all-poster@perl.org
Delivered-to: mailing list perl6-internals@perl.org
Delivered-to: perl6-internals@perl.org
Delivered-to: perlmail-parrot-porters@onion.perl.org
Delivered-to: parrot-porters@perl.org
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition:x-google-sender-auth; bh=EQn3NtgXAuIJZ6uXqW7NL9uTwi9X3/cHjeJDXS+NwvA=; b=vGls6EX/YfdWUFyjlrv2joxkqv/ZUqR5bgtFiWLyDzLSzj6yfuUaclKHdV93wLEFzP nXqvEjy8WHY8fORRVRKpapKAQdXlfGEVEegEmOuvo+yMePtLYZo+0zcTzrBk0/eLRqDG sgJ1kOaEN3zgGicETj/A7GEHk8jrLnstUDMIg=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition:x-google-sender-auth; b=seqsJYzFEM9AlETwCvypPA79QduFMDGYEWgOPnpoPWz9AAZe8rbczNNwlA6X5ZRL6v 3AjmvRjUmdCKH/0zlM8PMgcXianACrBBOH16plJfjJIQCcsBaJ86PbITqVFa/R77yG4/ MrOqsCTMuW2pb6W8bu3zDXSE/Z6RR92CesAPo=
List-help: <mailto:perl6-all-help@perl.org>
List-id: <perl6-all.perl.org>
List-id: <perl6-internals.perl.org>
List-post: <mailto:perl6-all@perl.org>
List-subscribe: <mailto:perl6-all-subscribe@perl.org>
List-unsubscribe: <mailto:perl6-all-unsubscribe@perl.org>
Mailing-list: contact perl6-all-help@perl.org; run by ezmlm
Sender: reini.urban@gmail.com
2008/8/29 Will Coleda <will@coleda.com>:
> On Fri, Aug 29, 2008 at 11:56 AM, Allison Randal <allison@perl.org> wrote:
>> Reini Urban wrote:
>>>
>>> I hope you know that this #+() syntax is the only existing syntax.
>>> It is widely used since about 20 years.
>>> The rest is something new we came up with.
>>
>> It's high time for a little progress. Sheesh, in 1988 we were excited by
>> computers with 1 MB of RAM. ;)
>> Allison
>
> Progress is nice, but there is no need for us to re-invent *every*
> wheel for this project.

And I'm tempted to add: Actually even the 1984 version of lisps are
still technically and syntax-wise far advanced over the perl and
parrot state of today. I see not much of a progress. perl5 even lost
undump around that time and the perl compiler was axed last year.

Even then I could connect to my life and running lisp image, inspect
the variables with all its state and type, and not just staring at
hexdumps or intermediate VM ops, test and fix a bug, recompile a
function on the fly and saving away an image while the whole image was
still running. Zero downtime.

Others are now profiling their dynamic compilers [1] and
optimizers[2], we are still and again struggling with the basics. At
least we have a tri-color generational GC (from 1975 [3])
and not Mark & Sweep soon, but I'm not sure if the GC with external
objects (nci) is
solvable when live PMCs will be allowed to move. Just to make it faster.

  http://www.memorymanagement.org/news/history.html

Nevertheless I do prefer the dirty state of today over the perfect
state from ancient times. CPU get faster and cheaper. HDs get bigger.
And MSVC supports now almost dynamic recompilation and the stabs can be
dumped away. Great. Almost back in the 80-ies.

Footnotes:
[1] Java and .NET slowly doing now what LISP did in the 90ies.
[2] http://hg.mozilla.org/tracemonkey (optimize loops dynamically, nice)
[3] http://www.memorymanagement.org/bib/f.html#dlmss76
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/


<Prev in Thread] Current Thread [Next in Thread>