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/
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
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
[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
Who's working on enabling extensions, and is there anything that can be
done to help?
++t
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
# 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
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
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
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
>>
>>
> 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
"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'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
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
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
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]>
Privs still need updating. Some of us still can't take/close tickets.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
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
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.
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 >
>
>
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
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
>
>
# 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
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.
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
At 11:16 PM -0600 5/23/02, Luke Palmer wrote:
> > >The rest of this message assumes that the answer to A is "run time error".
>>
>> I'm not sure that's correct. Might just be a runtime warning,
>
>I would assume not. How can we optimize if we just make it a warning?
It may be a warning in the s
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
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
> 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
# 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
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
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
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
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
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
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
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
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...
On 22 May 2002 at 13:10, Luke Palmer wrote:
> Since this is a Perl 6 list, here's how you would do it in Perl 6 (unless
> there's a better way):
>
> sub myint($x) { my $i = int $x; $i == $x ? $x : $i }
Shouldn't that be
sub myint($x) { my $i = int $x; $i == $x ?? $x :: $i }
as ?: operator is
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
Luke Palmer <[EMAIL PROTECTED]> writes:
>> >The rest of this message assumes that the answer to A is "run time error".
>>
>> I'm not sure that's correct. Might just be a runtime warning,
>
> I would assume not. How can we optimize if we just make it a
> warning?
By only optimizing in the prese
41 matches
Mail list logo
