in r14668. ;-)
In fact, you can check out the whole talk from the Subversion
repository [4] and run "make test" (after appropriate makefile editing).
The test-action case does indeed fail in pdd25cx; I tried it before and
thought it was working, but I must have tested it wrong.
Just to
Will Coleda wrote:
I only removed it from trunk; if you copied the svn:externals property
from trunk to your branch at some point, I'd say this is expected behavior.
Perhaps so. The problem is that at no point was I *aware* that I was
copying the property from trunk to branch. None o
On Sep 13, 2007, at 7:17 AM, James E Keenan wrote:
Will Coleda wrote:
For those not on #parrot, it's already been removed, but you may
notice that it apparently tries to update the external repo
*before* it removes the svn:externals property. So it looks like
it's still there, but it's no
Will Coleda wrote:
For those not on #parrot, it's already been removed, but you may notice
that it apparently tries to update the external repo *before* it removes
the svn:externals property. So it looks like it's still there, but it's
not; update one more time and the prompt won't get you.
Will Coleda wrote:
For those not on #parrot, it's already been removed, but you may notice
that it apparently tries to update the external repo *before* it removes
the svn:externals property. So it looks like it's still there, but it's
not; update one more time and the prompt won't get you.
For those not on #parrot, it's already been removed, but you may
notice that it apparently tries to update the external repo *before*
it removes the svn:externals property. So it looks like it's still
there, but it's not; update one more time and the prompt won't get you.
Regards.
On Sep 1
François PERRAD wrote:
I've added kea-cl as a SVN external definition in the Parrot tree.
At now, I don't know if it was a good idea.
No, it was not a good idea. It forces me to respond to a prompt every
time I do 'svn update' in each sandbox on each machine where I develop.
Having read t
From: François PERRAD <[EMAIL PROTECTED]>
Date: Wed, 12 Sep 2007 14:14:00 +0200
At 21:39 03/09/2007 -0400, Bob Rogers wrote:
>I have finally run out of excuses to delay publishing Kea Common
>Lisp, the compiler for Parrot I've been hacking on for years now.
On Wed, Sep 12, 2007 at 02:14:00PM +0200, François PERRAD wrote:
>
> I've added kea-cl as a SVN external definition in the Parrot tree.
> At now, I don't know if it was a good idea.
During yesterday's #parrotsketch meeting it was decided that
for the time being we should _not_ use svn:external in
At 21:39 03/09/2007 -0400, Bob Rogers wrote:
I have finally run out of excuses to delay publishing Kea Common
Lisp, the compiler for Parrot I've been hacking on for years now.
Attached please find a draft of the release announcement and the
README.text file it mentions; these should be e
I have finally run out of excuses to delay publishing Kea Common
Lisp, the compiler for Parrot I've been hacking on for years now.
Attached please find a draft of the release announcement and the
README.text file it mentions; these should be enough to download it and
try it out. For thos
Cory Spencer <[EMAIL PROTECTED]> wrote:
>-> (* 2 3.2)
>9.6
>-> (+ 1.2 3)
> I'm not sure what kind of magic you worked last time with Integers,
> Leo, but would you mind working it again? (Or pointing me in the right
> direction so that I can fix it myself. :)
Short answer: will be f
On Fri, 22 Apr 2005, Matt Diephouse wrote:
-> (defun (square x) (* x x))
T
-> (square 2)
*** ERROR: SQUARE is not a function name
A quick follow-up - I've just checked in code implementing some primitive
macros, so if you wanted to give (defun ...) a go again, you should find
that it works now. (
I forwarded the Common LISP notice to a friend of mine who works on
CMUCL internals, and he suggested:
"[they should think about starting with] CMUCL and retarget
[sic] it for the new VM. That way he gets all the type inference
for free [which would increase perfor
Cory Spencer wrote:
Okay, I've got things all moved over into the languages subdirectory and
playing nicely with the Configure.pl/make process. Can I commit these
to Subversion myself at some point (my CPAN id is cspencer), or is
commit access fairly restricted? :)
You'll need AFAIK a perl.org
something wrong? I haven't found the time to delve into the source
> yet.
Oops, that wasn't supposed to have made it in there - I haven't finished
up macros yet, and as (defun ...) is a macro construct, it doesn't work
properly (at the moment it's just a
-> (defun (square x) (* x x))
[...]
*** ERROR: SQUARE is not a function name
Is that because (a) that's not implemented yet or (b) I'm doing
something wrong? I haven't found the time to delve into the source
yet.
Oops, that wasn't supposed to have made it in there - I haven't finished
up macros y
v
+ if $I0 <= 1 goto go_rep
+ $S0 = argv[1]
+ $P0 = open $S0, "<"
+ .STREAM($P1, $P0)
+ .LIST_1(args, $P1) # Read!
+ retv = _read(args)
+
+ .LIST_1(args, retv) # Eval!
+ retv = _eval(args)
+ end
+
+go_r
On Fri, Apr 22, 2005 at 07:59:57AM +0200, Uwe Voelker wrote:
> >I'd like to announce the creation of the Parrot Common Lisp project,
>
> Let's port emacs to it :-)
Erik Naggum, is that you?
--
Lars Balker RasmussenConsult::Perl
I'd like to announce the creation of the Parrot Common Lisp project,
Let's port emacs to it :-)
Bye,
Uwe
Matt Diephouse <[EMAIL PROTECTED]> wrote:
> -> (* 2 3)
> 9
See my reply to Cory's mail.
leo
Cory Spencer <[EMAIL PROTECTED]> wrote:
> For examples of what it can currently do, look in the lisp/ subdirectory
> in the files loaded at run time (bootstrap.l system.l and primitives.l).
>
> Anyone who would like to have a peek at what I've got so far is invited to
> download the 0.1.0 release
Cory Spencer <[EMAIL PROTECTED]> wrote:
>* There are some outstanding issues with the Dead Object
> Detection/Garbage collection systems that I've yet to track down.
I've fixed a bug that happened in combination with Hash iterators.
Exactly the symptoms that I saw, when running:
(prin
(If anyone is able to track down aforementioned DOD/GC problems,
you'll earn my eternal gratitude.)
Can you please provide a code snippet that exhibits the error.
Just running the program gives me errors on both Linux/x86 and OS X.
Running with GC disabled works fine.
On OS X with GC e
According to Cory Spencer:
> I'd like to announce the creation of the Parrot Common Lisp project
Excellent!
> * It's not a compiler yet, although I've got plans for that down the
> road.
(declare (type PerlString s)) ? :-)
--
Chip Salzenberg- a.k
Cory Spencer <[EMAIL PROTECTED]> wrote:
> I'd like to announce the creation of the Parrot Common Lisp project, which
> aims to implement a significant subset of the Common Lisp language.
Wow. I can even do something with it:
$ ../parrot lisp.imc
-> (+ 2 5)
7
-> (list 1
I'd like to announce the creation of the Parrot Common Lisp project, which
aims to implement a significant subset of the Common Lisp language. At
present it's nowhere near achieving that goal, but it's progressing slowly
as I figure out the intricacies of writing a Lisp imp
27 matches
Mail list logo
