Re: Threads on Cygwin

2004-10-02 Thread Leopold Toetsch
Joshua Gatcomb [EMAIL PROTECTED] wrote: PIO_OS_UNIX is the one defined and now parrot squawks Polly wanna Unix everytime I run it ;-) Now what? Fix the thread related IO bug? Seriously, I don't know yet, if the IO initialization is done correctly for threads. Currently each thread has its

Re: [perl #31725] [PATCH] non-branching compare opcodes - tests

2004-10-02 Thread Stephane Peiry
This patch adds tests for iscompare style ops (isgt, isge, isle, islt, iseq, isne) on integers, numbers and strings, in t/op/comp.t. Thanks, Stéphane PS.: maybe t/op/*.t could be reorganized so that test filenames match what is under ops/*.ops? and t/op would test only I, N, and S stuff,

Re: [perl #31726] [PATCH] non-branching compare opcodes - JIT

2004-10-02 Thread Stephane Peiry
These two patches add jit support for iscompare style ops (isgt, isge, isle, islt, iseq, isne) on integers for the sun/sparc platform. The jitted code follows this pattern: cmp %r2, %r3 bc,a next mov 1, %r1 mov 0, %r1 next: .. c

Re: [perl #31726] [PATCH] non-branching compare opcodes - JIT

2004-10-02 Thread Stephane Peiry
Sorry the previous core.jit patch for sun contained a typo. The correct patch file is attached here again. Thanks! Stephane On Sun, Sep 26, 2004 at 02:40:29AM -0700, Leopold Toetsch wrote: The integer and number variants of these opcodes could need JIT support. Index: jit/sun4/core.jit

[perl #31806] pio_registered_layers is a global

2004-10-02 Thread via RT
# New Ticket Created by Nicholas Clark # Please include the string: [perl #31806] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31806 --- osname= freebsd osvers= 5.2-beta arch= i386-freebsd cc= cc ---

[perl #31807] make install not portable

2004-10-02 Thread via RT
# New Ticket Created by Nicholas Clark # Please include the string: [perl #31807] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31807 --- osname= linux osvers= 2.6.8-1-686 arch= i386-linux-thread-multi cc=

Plain ole Hash

2004-10-02 Thread William Coleda
Are there any plans to make a Hash (as oppposed to a PerlHash, or an OrderedHash (which is really a PerlHash) ?

Re: [perl #31806] pio_registered_layers is a global

2004-10-02 Thread Jens Rieks
On Saturday 02 October 2004 15:19, Nicholas Clark wrote: # New Ticket Created by Nicholas Clark # Please include the string: [perl #31806] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31806 So I had a dig

Re: [perl #31806] pio_registered_layers is a global

2004-10-02 Thread Nicholas Clark
On Sat, Oct 02, 2004 at 04:51:09PM +0200, Jens Rieks wrote: Should be fixed. At least, no test fails on OpenBSD now. No tests fail on FreeBSD or OS X now. I'm not convinced that I want to close the bug, as I still don't think that the code is threadsafe, as there are globals accessed without

[CVS ci] --prefix

2004-10-02 Thread Nicholas Clark
I added a --prefix argument to Configure.pl, to set the installation prefix for make install. Previously make install seemed to work just fine, but you had to override PREFIX at make time, which isn't great. This way, parrot's configure build system behaves like that of most other open source

What is PAST?

2004-10-02 Thread Sam Ruby
Please forgive the newbie question, but I am trying to see if I can assess the current state of Python on Parrot to see if I can help in any way. I've jotted down some of what I have found so far here: http://www.intertwingly.net/blog/2004/10/02/Pyrate - Sam Ruby

Re: [perl #31806] pio_registered_layers is a global

2004-10-02 Thread Jens Rieks
On Saturday 02 October 2004 17:50, Nicholas Clark wrote: No tests fail on FreeBSD or OS X now. Great! I'm not convinced that I want to close the bug, as I still don't think that the code is threadsafe, as there are globals accessed without mutex protection. However, I don't know how parrot is

Re: [pid-mode.el] cannot edit

2004-10-02 Thread John Paul Wallington
Now it works, I can use spaces and returns. But while fontifying, I get: (5) (warning/warning) Error caught in `font-lock-pre-idle-hook': (invalid-regexp Invalid syntax designator) How about this fix: Index: pir-mode.el === RCS

Pathological Register Allocation Test Generator

2004-10-02 Thread Gregor N. Purdy
Dan et al. -- I made a new version of the script that creates gen.cpp and gen.imc (attached). You can run it like this: perl gen-pra.pl 1000 1 (for 1000 labels and 1 variables) and it will create equivalent gen.imc and gen.cpp files. You can test-compile them with these commands: g++