Ask Bjoern Hansen [EMAIL PROTECTED] wrote:
Hi,
We setup a development list for ponie.
May I ask: What is ponie?
- ask
leo
Michal Wallace [EMAIL PROTECTED] wrote:
But is there a better solution for first time
users?
I have checked in a final solution for this never ending story.
It replaces the bison/lex build line with:
echo ... or REM ...
by default.
I have added a Configure option C--maintainer to enable
Gregor N. Purdy [EMAIL PROTECTED] wrote:
All --
I just did a CVS update, and I had to make the following changes
to get it to compile
Why did it not compile? What error message?
... (I also had to delete and update
languages/imcc/parser.[hc], which I think was expected).
Not expected, but
Hi!
On Thu, Jul 10, 2003 at 08:53:18AM +0200, Leopold Toetsch wrote:
May I ask: What is ponie?
Ponie is a version of Perl 5 that will run on Parrot. It was announced
yesterday by Larry Wall at OSCON (if i interpret various journal entries on
use.perl.org correctly..)
See here for more info:
I just noticed that nobody had emailed perl6-internals about
ponie, which was announced yesterday as OSCON.
Ponie is perl 5 on parrot. For more info:
http://use.perl.org/article.pl?sid=03/07/09/0237202
Leon
--
Leon Brocard.http://www.astray.com/
Ask Bjoern Hansen [EMAIL PROTECTED] wrote:
Hi,
We setup a development list for ponie.
May I ask: What is ponie?
See http://www.poniecode.org/
leo
Yes, I need more coffeiny goodness.
--Jarkko Hietaniemi
Leopold Toetsch wrote:
Tupshin Harper wrote:
I'm not a GCC person, but I do have an interest in this working. I
did some exploratory work (mostly getting familiar with the GCC
backend mechanism and with PASM), and quickly ran into what appeared
to be fundamental roadblocks regarding gcc's
Thomas Klausner wrote:
Hi!
On Thu, Jul 10, 2003 at 08:53:18AM +0200, Leopold Toetsch wrote:
May I ask: What is ponie?
Ponie is a version of Perl 5 that will run on Parrot.
Ah thanks. perl5.12.
leo
I couldn't resist start playing with exceptions. So I've put in some
opcodes, 2 new classes - no functionality yet.
Have fun,
leo
Leo --
Its looking like a Heisenbug. I deleted and got fresh copies
of boolean.pmc and closure.pmc and tried to build again so I
could copy the error messsages for you. But, now things
compile without complaint.
Go figure.
Regards,
-- Gregor
On Thu, 2003-07-10 at 02:51, Leopold Toetsch
At line 679 of languages/imcc/pbc.c, we have:
case 'I':
if (r-name[0] == '0' r-name[1] == 'x')
r-color = strtoul(r-name+2, 0, 16);
else if (r-name[0] == '0' r-name[1] == 'b')
r-color = strtoul(r-name+2, 0, 2);
else
All --
I changed the Jako makefile to use imcc instead of assemble.pl,
but I noticed that the mandelzoom example no longer cleared
the screen between screen updates. So, I manually assembed its
languages/jako/examples/mandelzoom.pasm with assemble.pl with
the idea of comparing the results of
Some basic functionality is in. It needs for sure some tweaking, but it
seems to do the Right Thing.
Please have a look at the tests in t/pmc/sub.t, if these semantics and
the functionality is ok.
Have fun,
leo
Gregor N. Purdy wrote:
All --
I changed the Jako makefile to use imcc instead of assemble.pl,
but I noticed that the mandelzoom example no longer cleared
the screen between screen updates.
Sorry too fast sent - and I've overlooked that one:
.const string CLS = \x1b[H\x1b[2J\x0
Gregor N. Purdy wrote:
All --
However, disassemble.pl dies while looking at the immc assembled
version
Imcc creates the new packfile format, which isn't in the perl utilities,
because these don't use pack*.c.
But you can do:
$ make pdump
$ ./pdump --terse --disassemble the.pbc
$ make
Gregor N. Purdy [EMAIL PROTECTED] wrote:
At line 679 of languages/imcc/pbc.c, we have:
case 'I':
if (r-name[0] == '0' r-name[1] == 'x')
r-color = strtoul(r-name+2, 0, 16);
else if (r-name[0] == '0' r-name[1] == 'b')
r-color
Let the fun begin:
- in interpreter is a setjmp in front of calling the runloop
- die_hard longjmp's there and reenters the runloop in the exception
handler, if any. s. t/op/hacks.t.
Enough for today. Some spritzers[1] are waiting.
Have fun,
leo
[1] Grüner Veltliner + H2O + CO2 (inside the
s/Yet Another Society/The Perl Foundation/g
Gregor N. Purdy wrote:
All --
I noticed that there are many files with copyrights of
when this is determined..., while some files have a
copyright of Yet Another Society. Seems like they should
all be Yet Another, or none should be...
Robert --
I just ran a little script (pasted at the end), and here
is what we have, today:
Total regular files:2793
When this is determined is in: 108
Yet Another Society is in: 32
The Perl Foundation is in: 0
Regards,
-- Gregor
On Thu, 2003-07-10 at 14:56, Robert Spier
At 11:56 AM -0700 7/10/03, Robert Spier wrote:
s/Yet Another Society/The Perl Foundation/g
The Perl Foundation is just a dba of YAS. The name should, unless
things have changed, be YAS.
Gregor N. Purdy wrote:
All --
I noticed that there are many files with copyrights of
when this is
Luke Palmer wrote:
The way I see this being done is by adding another level of
indirection. PerlScalar would implement its polymorphic behavior in
the set_* methods, and delegate everything else to its contained
pmc.
Having read up in the past on Perl5 internals, it seems to be capable of
is anybody have perl SOAp online manual ,any format plz forward to me or
give links
thanks lot
Sorry for a slightly off-topic post, but will Larry's State of the Onion
be posted online soon? Where would I find it?
Thanks! =)
--TWH
The PMC version of this op (ie cmod_p_p_p) is identical in
implementation to the plain mod op (mod_p_p_p), which seems rather
pointless. Would anybody object if we just got rid of it?
Simon
Leopold Toetsch wrote:
Tupshin Harper wrote:
I'm not a GCC person, but I do have an interest in this working. I
did some exploratory work (mostly getting familiar with the GCC
backend mechanism and with PASM), and quickly ran into what appeared
to be fundamental roadblocks regarding
Simon --
It used to be that the 'mod' op was the mathematically correct
(in the Knuth sense) op, and the 'cmod' op was 'mod' per the C
implementation used to compile Parrot (which are two very different
things, it turns out). I wrote the Knuth-mod op originally, and
proposed having both versions.
Benjamin Goldberg wrote:
Leopold Toetsch wrote:
Tupshin Harper wrote:
I'm not a GCC person, but I do have an interest in this working. I
did some exploratory work (mostly getting familiar with the GCC
backend mechanism and with PASM), and quickly ran into what appeared
to be fundamental
On Wed, Jul 09, 2003 at 05:59:10PM -0700, Ask Bjoern Hansen wrote:
Hi,
We setup a development list for ponie.
Will this be made available via nntp.perl.org? I don't currently see
it when browsing http://nntp.x.perl.org/group/
Thanks,
--
Richard Clamp [EMAIL PROTECTED]
On Thursday, July 10, 2003, at 08:47 am, Jerome Quelin wrote:
May I ask why ponie doesn't use the p6i ml since as I see it, it's
another project for parrot and thus will use $PARROT/languages/ponie
(or perl5 or whatever)?
Jérôme
I think the same reason we don't do it on perl5-porters (because
On Jul 10, Richard Clamp wrote:
On Wed, Jul 09, 2003 at 05:59:10PM -0700, Ask Bjoern Hansen wrote:
Hi,
We setup a development list for ponie.
Will this be made available via nntp.perl.org? I don't currently see
it when browsing http://nntp.x.perl.org/group/
If it gets gatewayed
On Thu, 10 Jul 2003, Richard Clamp wrote:
Will this be made available via nntp.perl.org? I don't currently see
it when browsing http://nntp.x.perl.org/group/
NNTP groups are created automagically some hours after the list
starts getting traffic. When it makes its way to Google Groups I
don't
31 matches
Mail list logo
