Will Coleda [EMAIL PROTECTED] wrote:
Should parrot -t 2 /dev/null work the same as parrot 2 /dev/null
? (that is, are the results of the program the same except for the
additional output printed to stderr?)
It should work the same. But currently -t leaks memory like a sieve
and is totally
Dan Sugalski [EMAIL PROTECTED] wrote:
Go ahead. When you're done we'll get the directory move stuff done.
This would be a good time for anyone with pending patches to check
things in, or we'll see lots of annoying conflicts...
Nothing pneding yet ... Yep. I'm waiting for renaming and move.
Here are some unit tests for the hash.h interface which are PerlHash
free. It could be argued that they're superfluous, but given that there
may well be other hash PMCs that use this code eventually, it might be
worth testing it independently.
Mike
hash.t
Description: application/text
Luke Palmer [EMAIL PROTECTED] wrote:
Here's a fix.
Thanks. applied.
Luke
leo
Michael Scott [EMAIL PROTECTED] wrote:
The GNU Indent options list was not formatting correctly in PDD 7.
Thanks, applied.
leo
Leopold Toetsch [EMAIL PROTECTED] wrote:
Will Coleda [EMAIL PROTECTED] wrote:
Should parrot -t 2 /dev/null work the same as parrot 2 /dev/null
? (that is, are the results of the program the same except for the
additional output printed to stderr?)
It should work the same. But currently -t
Okay, since it seems reasonable to hang the trig functions off of PMCs,
we'd best get a list of the functions we want. I can think of:
pow
logarithm
square root (yes, I know, it's for speed)
Normal and hyperbolic versions of:
sine
cosine
tangent
cotangent
arcsine
arccosine
Steve Fink [EMAIL PROTECTED] wrote:
On Sep-21, Leopold Toetsch wrote:
Anyway, we should first finalize return conventions (it was proposed
these to be symmetric to calling conventions).
It seems like there was widespread agreement to that proposal. Dan?
Yep.
Then finish pcc.c.
What's
On Mon, 22 Sep 2003, Leopold Toetsch wrote:
Steve Fink [EMAIL PROTECTED] wrote:
On Sep-21, Leopold Toetsch wrote:
Anyway, we should first finalize return conventions (it was proposed
these to be symmetric to calling conventions).
It seems like there was widespread agreement to that
On Mon, Sep 22, 2003 at 09:20:50AM -0700, Steve Fink wrote:
A parrot-0.0.11.2.tar.gz is now staggering drunkenly towards CPAN,
using VERSION=0.0.11. I even tested it this time. If people want
0.0.12 instead, I can do that too.
Only if it has objects and exceptions and moon-on-a-stick :-)
This patch fixed several problems WRT GC:
- parrot -t examples/assembly/mandel.pasm 2 /dev/null took several
100 MByte to run because:
- DOD/GC was disabled in Parrot_vsprintf and friends
- removing unnecessary DOD/GC block statements revealed some bugs:
- the method_table inside VTABLEs was
Jonathan Worthington [EMAIL PROTECTED] writes:
- Original Message -
From: Leopold Toetsch [EMAIL PROTECTED]
To: Jonathan Worthington [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Friday, September 19, 2003 5:50 PM
Subject: Re: nmake languages fails (Win32)
Jonathan Worthington
Leopold Toetsch [EMAIL PROTECTED] wrote:
Will Coleda [EMAIL PROTECTED] wrote:
Should parrot -t 2 /dev/null work the same as parrot 2 /dev/null
Actually it doesn't leak memory but it exhausts memory. I'm currently
investigating the problem, which is caused by all the DOD/GC blocking
mainly
Nicholas Clark [EMAIL PROTECTED] writes:
On Fri, Sep 05, 2003 at 05:24:48PM +0200, Juergen Boemmels wrote:
* Add an layer-argument to PIO_open and PIO_fdopen, which walk the
layerstack and search for the Open-implementation. The current
implentation of PIO_open with the default layer
On Mon, 22 Sep 2003, Leopold Toetsch wrote:
Leopold Toetsch [EMAIL PROTECTED] wrote:
Will Coleda [EMAIL PROTECTED] wrote:
Should parrot -t 2 /dev/null work the same as parrot 2 /dev/null
Actually it doesn't leak memory but it exhausts memory. I'm currently
investigating the problem,
Gregor N. Purdy [EMAIL PROTECTED] writes:
Nicholas --
I'd be happy with that...
[...]
Instead could we just ditch the C-style put? (and make the layer table
one pointer smaller)
Thats something I wanted to do, See [RfC] Cleanup of ParrotIOLayerAPI
I just wanted to let the release pass
On Thu, 18 Sep 2003, Gregor N. Purdy wrote:
Andy --
I didn't see anything wrong in the code, but I added some parens.
Let me know if you still have trouble...
Yup, still the same problem. Here's the line in question:
Can't modify subroutine entry in scalar assignment at
Dan Sugalski wrote:
Looks like they might've broken the JIT. (Or something else recently did)
make testj fails on two of the string tests now. (91 and 92)
Yep. Two missing end in the newly added tests WRT string index and
encodings - fixed.
Dan
leo
On Sep-21, Leopold Toetsch wrote:
Steve Fink [EMAIL PROTECTED] wrote:
That would make it fun to track register usage.
And here is the problem with all these shortcuts.
But any one of these instructions could be treated by IMCC as
potentially reading from and writing to all PMC registers,
On Sep-21, Gregor N. Purdy wrote:
Nick --
Looks like I'm the guilty party. I do tend to do this
every now and again, even though I don't consider myself
thoughtless or careless.
I think sometimes I get focused on my local changes and
as I'm testing and committing it just isn't natural to
Andy Dougherty writes:
On Thu, 18 Sep 2003, Gregor N. Purdy wrote:
Andy --
I didn't see anything wrong in the code, but I added some parens.
Let me know if you still have trouble...
Yup, still the same problem. Here's the line in question:
Can't modify subroutine entry in
We have vtables for shr/shl but not for lsr. Is there a specific
reason that these vtables are not in pdd02?
The same is with pow, though this could be treated like the
trigonometric ops, which we don't have for PMCs either.
BTW: What about trig ops for PMCs:
sin P1, P0 # no vtable, so
On Mon, 22 Sep 2003, Leopold Toetsch wrote:
We have vtables for shr/shl but not for lsr. Is there a specific
reason that these vtables are not in pdd02?
Mainly because languages generally only define a single left and right
shift operator
The same is with pow, though this could be treated
Dan Sugalski [EMAIL PROTECTED] wrote:
+vtables$(O) : $(GENERAL_H_FILES) vtables.c
This is missing as vtable.h
leo
On Mon, 22 Sep 2003, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
+vtables$(O) : $(GENERAL_H_FILES) vtables.c
This is missing as vtable.h
There are a bunch of .h files that aren't in the dependencies, which is
why I left it out. (Not, mind, that it's a *good* reason,
On Mon, 22 Sep 2003, Dan Sugalski wrote:
On Mon, 22 Sep 2003, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
+vtables$(O) : $(GENERAL_H_FILES) vtables.c
This is missing as vtable.h
There are a bunch of .h files that aren't in the dependencies, which is
why I left
(Forgot to send this to the list. Again. *sighs*)
Dan Sugalski:
# Okay, since it seems reasonable to hang the trig functions off of
PMCs,
# we'd best get a list of the functions we want. I can think of:
#
# pow
# logarithm
# square root (yes, I know, it's for speed)
#
# Normal and
Brent Dax writes:
Dan Sugalski:
# Okay, since it seems reasonable to hang the trig functions off of
PMCs,
# we'd best get a list of the functions we want. I can think of:
#
# pow
# logarithm
# square root (yes, I know, it's for speed)
#
# Normal and hyperbolic versions of:
#
Note to self: always read all emails from leo before composing a reply.
Other note to self: don't send in bug reports when you've been up for
24 hours, it's probably your fault, anyway.
Ok. got a cvs udpate, did a make distclean, rebuilt (btw, the manifest
is broken. I'm pretty sure this, at
On a related note, I wonder how all this fits in with
methods and multimethods?
If we consider the current trig.ops as being equivalent
to, e.g. (expressed with approximate Perl 6 isms):
multi sub sin(Num $arg) : returns Num;
multi sub cos(Num $arg) : returns Num;
ASIDE
And, at some level
On Sep-21, Gerrit P. Haase wrote:
Hallo again,
http://cpan.perl.org/authors/id/S/SF/SFINK/parrot-0.0.11.1.tar.gz
And all we need now is a 0.0.11.2, with patches to allow four-element
version numbers...
[...]
Ouch, better take this:
$ diff -urd parrot-0.0.11.1/VERSION~
31 matches
Mail list logo