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
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 mov
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. B
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
arc
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.
>
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 agree
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 no
"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)
>
>
>
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 bl
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
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
> > inve
"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 rel
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 lib/Jako/S
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 registe
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 nat
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 subrou
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
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
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* reaso
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 i
(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 hyperb
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 o
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 le
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;
And, at some level I do
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/VER
31 matches
Mail list logo
