Hi Parrot-Freaks!
I've used PerlInt instead of PerlString by mistake.
The error occurs if code like this is executed a few times:
("data" is a PerlInt)
find_global P1, "data"
set S1, P1
#
set P1, S1
It works a few thousend times, then it stops working
often
Sebastian Bergmann sent the following bits through the ether:
> NMAKE : fatal error U1073: 'config_h.in' konnte nicht erstellt werden
> Stop.
And likewise here on my linux box:
make: *** No rule to make target `config_h.in', needed by `Makefile'. Stop.
Leon
--
Leon Brocard...
Leon Brocard:
# Sebastian Bergmann sent the following bits through the ether:
#
# > NMAKE : fatal error U1073: 'config_h.in' konnte nicht
# erstellt werden
# > Stop.
#
# And likewise here on my linux box:
#
# make: *** No rule to make target `config_h.in', needed by
# `Makefile'. Sto
For now, just delete config_h.in from the STICKY_FILES line in
config/gen/makefiles/root.in and re-run Configure.pl
I'm sure Brent will sort it out properly later.
--
Peter Gibbs
EmKel Systems
Hello there!
I'm currently preparing an article on Parrot for a German magazine.
While describing the architecture of Parrot as not being "only" the
Runtime component for Perl 6, but also a Software CPU / Virtual
Machine for other languages (BASIC, COLA, ...), it came to me that this
Jens Rieks wrote:
>I've used PerlInt instead of PerlString by mistake.
>The error occurs if code like this is executed a few times:
>("data" is a PerlInt)
>
>find_global P1, "data"
> set S1, P1
>#
> set P1, S1
>
>It works a few thousend times, then it stops working
>often
Sebastian Bergmann sent the following bits through the ether:
> It'd be great if you could comment of different goals, etc. between
> Parrot and the .Net concept.
Oh, this happens to be a FAQ. The main reason is:
http://www.parrotcode.org/faq/
* Why your own virtual machine? Why not compile to
Leon Brocard wrote:
> Oh, this happens to be a FAQ. The main reason is:
>
> http://www.parrotcode.org/faq/
I know the technical reason for a new VM, but this could've been a new
VM for Perl 6 only. What I'd like to know is the motivation to open up
the architecture and allow for plugable pa
Daniel Grunblatt wrote:
> Don't implement any print op yet, if I didn't understood wrong they are
> going to be updated to use the IO system.
ok, I draw back them then.
but I found another use for the emit_call_abs() function to implement some
string stuff in JIT. as I already said, the speed in
# New Ticket Created by "Peter Gibbs"
# Please include the string: [netlabs #619]
# in the subject line of all future correspondence about this issue.
# http://bugs6.perl.org/rt2/Ticket/Display.html?id=619 >
The attached patch improves performance for programs that allocate an
increasing amo
> Leon Brocard wrote:
> > Oh, this happens to be a FAQ. The main reason is:
> >
> > http://www.parrotcode.org/faq/
>
> I know the technical reason for a new VM, but this could've been a new
> VM for Perl 6 only. What I'd like to know is the motivation to open up
> the architecture and allo
At 11:42 AM 5/24/2002 +0200, Sebastian Bergmann wrote:
>Leon Brocard wrote:
> > Oh, this happens to be a FAQ. The main reason is:
> >
> > http://www.parrotcode.org/faq/
>
> I know the technical reason for a new VM, but this could've been a new
> VM for Perl 6 only. What I'd like to know is the
Sean O'Rourke wrote:
> But really I think the way to go would be a generational collector --
after
> we've collected a pool once or twice (or after we've failed to recover
> more than x% from it on the previous run), we put it off to the side and
> compact (indeed, look at) it less often. New obj
I managed to send the wrong version of the patch on the previous post!
Herewith the correct (I hope) one.
Apologies to all.
--
Peter Gibbs
EmKel Systems
reclaim.patch
Description: Binary data
On Fri, 24 May 2002, Aldo Calpini wrote:
> but I found another use for the emit_call_abs() function to implement some
> string stuff in JIT. as I already said, the speed increase isn't at all
> dramatic, but OTOH I have no idea how to do complicate stuff like allocating
> memory natively in asm.
# New Ticket Created by Tony Payne
# Please include the string: [netlabs #620]
# in the subject line of all future correspondence about this issue.
# http://bugs6.perl.org/rt2/Ticket/Display.html?id=620 >
Here's a patch to add fdopen to io.ops. It's my first parrot patch, so
I decided to s
perl -i -pe 's/\r\n/\n/' reclaim.patch
should ease your troubles.
/s
On Fri, 24 May 2002, Peter Gibbs wrote:
> I managed to send the wrong version of the patch on the previous post!
>
> Herewith the correct (I hope) one.
>
> Apologies to all.
> --
> Peter Gibbs
> EmKel Systems
>
>
Is there a supported way of passing parameters to programs running in an
embedded interpreter other than through argv? Is
interpreter->pmc_reg.registers[1] = ... supported? The interpreter is
supposed to be opaque, right?
What about a function(macro?) to support setting registers? Maybe
somet
Hmm.. patch didn't make it.
On Fri, 2002-05-24 at 08:51, Tony Payne wrote:
> # New Ticket Created by Tony Payne
> # Please include the string: [netlabs #620]
> # in the subject line of all future correspondence about this issue.
> # http://bugs6.perl.org/rt2/Ticket/Display.html?id=620 >
>
>
On Fri, 24 May 2002, Peter Gibbs wrote:
> I managed to send the wrong version of the patch on the previous post!
>
> Herewith the correct (I hope) one.
>
> Apologies to all.
> --
> Peter Gibbs
> EmKel Systems
>
>
Applied, thanks.
The patch made it to the RT what is enough.
Daniel Grunblatt.
On 24 May 2002, Tony Payne wrote:
>
> Hmm.. patch didn't make it.
>
> On Fri, 2002-05-24 at 08:51, Tony Payne wrote:
> > # New Ticket Created by Tony Payne
> > # Please include the string: [netlabs #620]
> > # in the subject line
Privs still need updating. Some of us still can't take/close tickets.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
May I be the first to say that the new Configure system *rocks*?
No more digging through the source code to find that config option...
- D
<[EMAIL PROTECTED]>
Which reminds me:
I have an account, but no privs to speak of: I can't view -any- tickets.
Melvin Smith wrote:
>
> Privs still need updating. Some of us still can't take/close tickets.
>
> -Melvin Smith
>
> IBM :: Atlanta Innovation Center
> [EMAIL PROTECTED] :: 770-835-6984
I've written a quicksort which will sort a file on stdin. It could go
into examples, I suppose.
System: Athlon 700 running Redhat 7.3
Parrot is using defaults
Running "./parrot quicksort.pbc < rx.ops" returns times like:
real0m34.166s
user0m5.830s
sys 0m3.840s
Which seems a bit lo
I've got two things to look at now.
Taking/Closing tickets requires me to grant you special access (which
I will do if you ask.)
I'm going away for the weekend, so I'll take a look at these two
issues on monday or tuesday.
-R
will coleda writes:
>Which reminds me:
>
>I have an account, but
"brian wheeler" wrote:
> I've written a quicksort which will sort a file on stdin. It could go
> into examples, I suppose.
> Building parrot with -pg makes it run 5s slower. The gprof -T dump of
> the timings looks like this:
I find it useful, if running on a system that normally uses the com
> I was starting with a very simple test to decide how to determine where the
> memory overuse was coming from,
I'm actually looking at this now as well, though with zip2.pasm instead of
quicksort. What I've found is that because zip constructs the result with
incremental packing, and since the
At 11:24 AM +0200 5/24/02, Peter Gibbs wrote:
>Jens Rieks wrote:
>>I've used PerlInt instead of PerlString by mistake.
>>The error occurs if code like this is executed a few times:
>>("data" is a PerlInt)
>>
>> find_global P1, "data"
>>set S1, P1
>>#
>>set P1, S1
>>
>>
At 11:53 AM -0500 5/24/02, David M. Lloyd wrote:
>May I be the first to say that the new Configure system *rocks*?
I'll second that. Nice job, Brent.
--
Dan
--"it's like this"---
Dan Sugalski
I've committed the latest revisions of the Cola compiler.
Primitive OOP is supported now. See the commit notes:
"Cola 0.0.6 now supports primitive OOP. You can define
class methods and call by class or instance. Instance
calls are currently faked into class calls and there
isn't yet support for m
# New Ticket Created by Brent Dax
# Please include the string: [netlabs #623]
# in the subject line of all future correspondence about this issue.
# http://bugs6.perl.org/rt2/Ticket/Display.html?id=623 >
Forwarded at Dan's request.
-Original Message-
From: Jens Rieks [mailto:[EMAIL
On Fri, May 24, 2002 at 12:43:00AM +0200, Peter Gibbs wrote:
Reformatted slightly as "X-Mailer: Microsoft Outlook Express 5.50.4133.2400"
seems to like re-wrapping your hardwrapped lines.
> Reading this made me wonder if we should consider cached string
> transcodings, if we don't end up storing
Who's working on enabling extensions, and is there anything that can be
done to help?
++t
[From the "I Just Thought I'd Share" file.]
I was trying to trace down a bug in BASIC (which later turned out to be a
bug in how I thought) and I got stuck at the point where I had a tracefile
that led up to the crash. I got the trace with parrot's trace
instruction. In BASIC I've got a buil
Since the topic of using BASIC as part of the test suite for Parrot has
been brought up before I'll mention a recent change I made here which might
make this easier.
If the BASIC interpreter is invoked now, and a file named "autorun.bas"
exists in the same directory, it will be run by the inte
Checking MANIFEST...No such file: languages/BASIC/sample2.bas
No such file: languages/BASIC/sample3.bas
No such file: languages/BASIC/sample4.bas
Ack, some files were missing! I can't continue running
without everything here. Please try to find the above
files and then try running Configure aga
Melvin Smith wrote:
> I hope this blabbering helps you with a few ideas.
Thank you for your elaboration, Melvin.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/
38 matches
Mail list logo
