Over the past several years, one key aspect of the migration plan to
Perl 6 has been the Ponie project, a fusion of the Perl 5 runtime
with Parrot. Sponsored by Fotango, Artur Bergman and Nicholas Clark
did a heroic job cleaning up Perl's internals to make it possible to
replace
Over the past several years, one key aspect of the migration plan to
Perl 6 has been the Ponie project, a fusion of the Perl 5 runtime
with Parrot. Sponsored by Fotango, Artur Bergman and Nicholas Clark
did a heroic job cleaning up Perl's internals to make it possible to
replace
Two and a half years ago, Fotango announced their sponsorship of the Perl
6 effort, in the form of the "Ponie" project to port the Perl 5 runtime to
the Parrot Virtual Machine. For the past year, Nicholas Clark has worked
as the pumpking for Ponie as part of his work for Fotango. He&
Two and a half years ago, Fotango announced their sponsorship of the Perl
6 effort, in the form of the "Ponie" project to port the Perl 5 runtime to
the Parrot Virtual Machine. For the past year, Nicholas Clark has worked
as the pumpking for Ponie as part of his work for Fotango. He&
Two and a half years ago, Fotango announced their sponsorship of the Perl
6 effort, in the form of the "Ponie" project to port the Perl 5 runtime to
the Parrot Virtual Machine. For the past year, Nicholas Clark has worked
as the pumpking for Ponie as part of his work for Fotango. He&
All:
Back in the summer of 2003, Fotango offered financial support for Ponie
development for 2 years. Nicholas took up the development hat after Arthur,
but things are awfully quiet. Since summer 2005 has come and gone, I wonder
if funding has been extended. I know that Nicholas opened up the
On Sat, Jul 23, 2005 at 11:46:19PM -0700, Michael G Schwern wrote:
> MakeMaker's find_perl() function fails to find ponie. The reason is its
> attempt to run ponie fails. The run is simply:
>
> my $check = `$path_to_ponie -le "require 5.0; print qq{VER_OK}&quo
On Sun, Jun 26, 2005 at 03:46:21PM -0400, Millsa Erlas wrote:
>
> Being a Perl 5 user myself, I believe that it would be the best idea to
> write the final Perl 6 compiler targetting Parrot ideally in Perl 6 or
> at least some other higher-high level language such as Haskell.
There's been a fair
[EMAIL PROTECTED] wrote:
So are you suggesting that Ponie be written in Perl 6 or Perl 5? If you
want to remain consistent with the self hosting approach and maximize
the Perl 5 userbase, the Ponie compiler Perl should be written in Perl
5, and thus self hosted as well via itself on Parrot. If
On 27 Jun 2005, at 15:47, [EMAIL PROTECTED] wrote:
So are you suggesting that Ponie be written in Perl 6 or Perl 5?
If you
Ponie is being written in C. As it stands, it's a refactoring of the
current perl code base to
use Parrot internals. When all the intended changes have fin
So are you suggesting that Ponie be written in Perl 6 or Perl 5? If you
want to remain consistent with the self hosting approach and maximize
the Perl 5 userbase, the Ponie compiler Perl should be written in Perl
5, and thus self hosted as well via itself on Parrot. If this were the
case, work
"Millsa Erlas" <[EMAIL PROTECTED]> wrote:
A self-hosting Perl 6 will require of course an implementation of Perl 6
in another language. Pugs seems to be quite far ahead in this respect,
quite a bit has already been accomplished with Pugs so it would seem to
me to be most efficient and quick to tu
,
understand, debug, and which can be read and improved
by the same Perl community that uses it, which I think is essential.
I believe, in order for Perl 6 and Parrot to be more widely used, needed
is a fully functional Perl 6 compiler targetting Parrot, and the Ponie
project to allow all existing
Robert has migrated ponie to subversion:
http://svn.perl.org/ponie/
http://svn.perl.org/viewcvs/ponie/
I've RTFM and then tweaked the svn:external property so that
svn co http://svn.perl.org/ponie/trunk ponie
will automatically check out parrot's trunk in the right place.
Andy Bach <[EMAIL PROTECTED]> wrote:
> Hi.
> I managed to finagle past the asctime_r errors by sticking:
> print OUT <<'END';
> #define _POSIX_PTHREAD_SEMANTICS
> END
> in:
> parrot/config/gen/config_h/feature_h.in
Does it harm, if we unconditionally include this define or should it be
defined
Andy Bach <[EMAIL PROTECTED]> wrote:
> I know its a sort of dead end OS but ...
> ld: fatal: library -lrt: not found
> parrot/config/init/hints/solaris.pl
The following 3 lines ...
> if ( $libs !~ /-lrt\b/ ) {
> $libs .= ' -lrt';
>}
... obviously have to follow the scheme used in perl/hint
Nicholas Clark <[EMAIL PROTECTED]> wrote:
>> ops/io.ops: In function `Parrot_tell_i_i_p':
>> ops/io.ops:507: warning: right shift count >= width of type
> I suspect that it means that your PIOOFF_T is exactly 32 bits
$ find include -name '*.h' | xargs grep PIOOFF_T
include/parrot/io.h:typedef Pa
Thanks for trying this out. I assume that you're trying the ponie-2 tarball
from CPAN? If so, that's somewhat out of date, so this might be part of
the problems (but not all, I suspect).
All the errors you've reported so far appear to come from parrot, rather than
being ponie s
On 18 May 2004, at 08:10, Leopold Toetsch wrote:
I don't think that this is the best idea. You are later stopping
refcounting anyway. But I can imagine that you might present an SV with
a refcount to (GC-unaware, unmodified) XS code.
It is not the best idea, but it is a temporary solution to the p
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> Move (at least) the refcount and SV flags into the PMC
I don't think that this is the best idea. You are later stopping
refcounting anyway. But I can imagine that you might present an SV with
a refcount to (GC-unaware, unmodified) XS code.
> Nicholas C
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> Reasonable time being:
> perl5.9.1 compiled with the same options as ponie uses, and -DPURIFY to force
> similar malloc() behaviour runs all regression tests:
Parrot built optimized? (perl Configure.pl --optimize ...)
> so ab
CTED]
Subject: Re: pants ponie performace
On Sat, May 08, 2004 at 11:40:10AM +0100, Nicholas Clark wrote:
> So I've fixed that and now it all runs in reasonable time. (As for all its
> inherent horrors, perl's reference counting pretty much gets it right as to
> when it's ti
e time being:
perl5.9.1 compiled with the same options as ponie uses, and -DPURIFY to force
similar malloc() behaviour runs all regression tests:
All tests successful.
u=1.7 s=0.77 cu=161.8 cs=14.92 scripts=782 tests=75469
ponie fresh from CVS:
All tests successful.
u=2.6 s=1.33 cu=325.7
On May 8, 2004, at 3:40 AM, Nicholas Clark wrote:
The problem came down to me storing not the PMC pointer, but the 1's
complement
of it in the perl SV.
...
However, I forgot to do the 1's complement on the value passed to the
unregister PMC call
...
(As for all its inherent horrors, perl's referen
Well deduced.
The problem came down to me storing not the PMC pointer, but the 1's complement
of it in the perl SV. This worked very well at making ponie SEGV whenever it
was about to take a PMC pointer, cast it to some sort of perl structure, and
then merrily try and access that memory.
Howeve
Nicholas Clark <[EMAIL PROTECTED]> wrote:
[ half second DODs ]
> 0.07 1266.73 0.86 9459863 0.00 0.13 get_free_object_df
> 0.05 1268.18 0.62 124063316 0.00 0.00 int_compare
Looking at these 2 lines: You got 9.5 million PMCs. That would be ok,
*if* these actuall
posted a minute
> ago. Stuff the pointer into PMC_struct_val(pmc) and get rid of the
> C field in the pmc file. This will speed up things
> considerable (~6 times) but, the question still remains - where are all
> these live PMCs coming from. Does Ponie anchor everything so that
> n
gt; SV body.
That's suboptimal :) Please have a look at the timings I posted a minute
ago. Stuff the pointer into PMC_struct_val(pmc) and get rid of the
C field in the pmc file. This will speed up things
considerable (~6 times) but, the question still remains - where are all
these live PMCs coming from. D
; > lib/locale.t is vile, and I'm wondering if that regression test hits
> > something pathological. It slows to a crawl after subtest 99 (line 240 in
> > http://public.activestate.com/cgi-bin/perlbrowse?file=lib%2Flocale.t&rev=
> > search for the text Find locales
>
Nicholas Clark wrote:
I built ponie with profiling, and I find that it's spending an inordinate
amount of time in trace_children (half a second per call):
One more question: Looking at the test, there seems to be a lot of stuff
collected in @Locale: How do these PMCs look like? And how
At 5:16 PM +0100 5/7/04, Nicholas Clark wrote:
I built ponie with profiling, and I find that it's spending an inordinate
amount of time in trace_children (half a second per call):
Wow, that's... bad. It seems like you've an insane number of PMCs,
though, since there were over 1.3 b
; something pathological. It slows to a crawl after subtest 99 (line 240 in
> http://public.activestate.com/cgi-bin/perlbrowse?file=lib%2Flocale.t&rev=
> search for the text Find locales
> )
> I built ponie with profiling, and I find that it's spending an inordinate
> amou
40 in
http://public.activestate.com/cgi-bin/perlbrowse?file=lib%2Flocale.t&rev=
search for the text Find locales
)
I built ponie with profiling, and I find that it's spending an inordinate
amount of time in trace_children (half a second per call):
Flat profile:
Each sample counts as
Leopold Toetsch wrote:
>Steve Hay <[EMAIL PROTECTED]> wrote:
>
>
>>HANDLE __stdcall WSAAsyncGetServByName(HWND hWnd, u_int wMsg,
>>const char * name,
>>const char * proto,
>>
Steve Hay <[EMAIL PROTECTED]> wrote:
> HANDLE __stdcall WSAAsyncGetServByName(HWND hWnd, u_int wMsg,
> const char * name,
> const char * proto,
> char * buf, int obj.u._b._buf
;
> These are fixed in Parrot CVS. Though I don't know, if ponie uses it
> unaltered.
Yes, the parrot subdirectory of ponie is direct from cvs.perl.org
It's the perl subdirectory that is an import from a little while back
(of 5.9.0)
I assume that the ponie snapshot was made so
Steve Hay wrote:
>Arthur Bergman wrote:
>
>
>
>>This is Ponie, development release 2
>>
>>
>>
>>
>How does one build this on Win32 with MSVC++?
>
>Running the top-level "perl Configure.pl" got me nowhere, so I cd'd into
&
Steve Hay <[EMAIL PROTECTED]> wrote:
> but linking parrot.exe fell over with three unresolved externals:
> asctime_r, gmtime_r and localtime_r. These are not present in the VC++
> header files.
These are fixed in Parrot CVS. Though I don't know, if ponie uses it
unaltered.
> - Steve
leo
--- Steve Hay <[EMAIL PROTECTED]> wrote:
> Arthur Bergman wrote:
>
> >This is Ponie, development release 2
> >
> >
> How does one build this on Win32 with MSVC++?
>
> Running the top-level "perl Configure.pl" got me nowhere, so I cd'd into
Arthur Bergman wrote:
>This is Ponie, development release 2
>
>
How does one build this on Win32 with MSVC++?
Running the top-level "perl Configure.pl" got me nowhere, so I cd'd into
parrot and ran "perl Configure.pl" there. That ran OK, so I tried
&qu
Arthur Bergman <[EMAIL PROTECTED]> writes:
>This is Ponie, development release 2
>
>
> "And, isn't sanity really just a one-trick ponie anyway? I mean all
>you get is one trick, rational thinking, but when you're goo
Marcus Holland-Moritz <[EMAIL PROTECTED]> wrote:
> One of my modules embeds the ucpp preprocessor, which has a
> function init_tables(). The same function exists in parrot.
Renamed.
thanks for testing,
leo
On 2004-03-12, at 16:54:26 +, Arthur Bergman wrote:
> This is Ponie, development release 2
>
First of all, this is just working great! All of my XS modules
compiled (almost) out of the box and worked really fine.
I noticed one small thing, howeve
Arthur Bergman <[EMAIL PROTECTED]> wrote:
> On 12 Mar 2004, at 19:26, Leopold Toetsch wrote:
>> ... When this stack limit isn't set, stack walking can not be done
>> and all PMCs in hardware CPU registers and on the stack are missed,
>> which normally leads to ugly DOD bugs - they are really hard
On 12 Mar 2004, at 19:26, Leopold Toetsch wrote:
Nicholas Clark <[EMAIL PROTECTED]> wrote:
On Thu, Mar 11, 2004 at 10:33:24PM +0100, Leopold Toetsch wrote:
All PMCs are anchored properly?
Yes. Arthur and I got it down to the appended test case, which is
pure C
embedding and extending parrot.
I a
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Thu, Mar 11, 2004 at 10:33:24PM +0100, Leopold Toetsch wrote:
>> All PMCs are anchored properly?
> Yes. Arthur and I got it down to the appended test case, which is pure C
> embedding and extending parrot.
I already had mailed earlier with Arthur abo
This is Ponie, development release 2
"And, isn't sanity really just a one-trick ponie anyway? I mean all
you get is one trick, rational thinking, but when you're good and
crazy, oooh, oooh, oooh, the sky is the limit." -- the tick
We
On Thu, Mar 11, 2004 at 10:33:24PM +0100, Leopold Toetsch wrote:
> Nicholas Clark <[EMAIL PROTECTED]> wrote:
>
> > If parrot's garbage collector is changed from the default (compacting, IIRC)
> > to the either libc or malloc, then ponie only fails 6 tests.
>
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> If parrot's garbage collector is changed from the default (compacting, IIRC)
> to the either libc or malloc, then ponie only fails 6 tests.
> As I understand it parrot's default garbage collector will move data blocks
> ow
If the current ponie in CVS is built with full defaults for parrot, then
it fails to build Unicode::Normalize, and fails about 40 regression tests.
If parrot's garbage collector is changed from the default (compacting, IIRC)
to the either libc or malloc, then ponie only fails 6 tests. ie make
Arthur Bergman <[EMAIL PROTECTED]> wrote:
> Aha, that explains it, I assumed that genclass produced something that
> was correct, apparently it didn't :), fixed now and I withdraw my patch.
Ah, that explains it too. Sorry. Fixed genclass.pl - thanks.
(I'm almost always takint an existing similar
On Wednesday, September 10, 2003, at 05:55 pm, Leopold Toetsch wrote:
From: Leopold Toetsch <[EMAIL PROTECTED]>
Date: Wed Sep 10, 2003 5:55:59 pm Europe/London
To: [EMAIL PROTECTED] (Arthur Bergman)
Cc: [EMAIL PROTECTED]
Subject: Re: [PATCH] Small test case exception for ponie
Reply-To:
expected: 'All names and ids ok.
> # '
> t/pmc/pmc...ok 91/91# Looks like you failed 1 tests of 91.
This is the builtin ponie protection ;-)
These come to my mind:
$ make realclean && perl Configure.pl ...
(We are still missing some dependencies)
If tha
Hi,
I am adding an additional pmc (Perl5LV), however a test fails
t/pmc/pmc...NOK 75# Failed test (t/pmc/pmc.t at line 1650)
# got: 'Perl5LV PMCs have incorrect name ""
# '
# expected: 'All names and ids ok.
# '
t/pmc/pmc...ok 91/91# Looks like you failed 1 tests
I've also set up a Ponie wiki at:
http://ponie.kwiki.org
Cheers, Brian
On 09/07/03 17:59 -0700, Ask Bjoern Hansen wrote:
> Hi,
>
> We setup a development list for ponie.
>
> email
>
>[EMAIL PROTECTED]
>
> to subscribe.
>
>
> - ask
>
&g
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'
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://nnt
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-p
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]>
Ask Bjoern Hansen wrote:
> We setup a development list for ponie.
> email
>[EMAIL PROTECTED]
> to subscribe.
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 whateve
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
> 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
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/
scribot
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 i
Ask Bjoern Hansen <[EMAIL PROTECTED]> wrote:
> Hi,
> We setup a development list for ponie.
May I ask: What is ponie?
> - ask
leo
Hi,
We setup a development list for ponie.
email
[EMAIL PROTECTED]
to subscribe.
- ask
--
http://www.askbjoernhansen.com/ - http://develooper.com/
66 matches
Mail list logo
