Re: Another deadlock on Mac OS 10.5.1

2007-12-31 Thread Tupshin Harper
I was able to reproduce the identical deadlock on Mac OS 10.5.1, though it appears to occur only ever 2 or three times that that particular test is run. I caught it in gdb, and get the info below. I'm new to the internals of Parrot, so other than seeming like a race condition, nothing jumped out

Re: Another deadlock on Mac OS 10.5.1

2007-12-31 Thread Tupshin Harper
I was able to reproduce the identical deadlock on Mac OS 10.5.1, though it appears to occur only ever 2 or three times that that particular test is run. I caught it in gdb, and get the info below. I'm new to the internals of Parrot, so other than seeming like a race condition, nothing jumped o

Re: extproc_parrot

2003-08-14 Thread Tupshin Harper
Jeff Horwitz wrote: after many days of swimming through source code, i've successfully built a library that lets you embed parrot in oracle. this was important to me because for extproc_perl (embeds perl in oracle) to have a future with perl 6, i had to embed parrot. what makes this even cooler

Re: This week's summary

2003-07-16 Thread Tupshin Harper
Paolo Molaro wrote: Traditional processors aren't stack-oriented, not even ones that are more register-starved than the x86 family. (I'm thinking of the 6502 with it's 1.75 registers here) The wording "stack-oriented processor" is a little misleading, since it usually means the processor has

Re: This week's summary

2003-07-16 Thread Tupshin Harper
Dan Sugalski wrote: At 4:23 PM -0700 7/15/03, Tupshin Harper wrote: Piers Cawley wrote: Targeting Parrot from GCC Discussion in the thread entitled 'WxWindows Support / Interfacing Libraries' centred on writing a Parrot backend to GCC. (No, I have no idea what that has to d

Re: This week's summary

2003-07-15 Thread Tupshin Harper
Rhys Weatherley wrote: Have a look at the Portable.NET FAQ, which describes some of the difficulties in targetting stack machines with gcc. http://www.southern-storm.com.au/pnet_faq.html#q4_7 Cheers, Rhys. Yeah...I've read that before. But it doesn't mention the possibility of emulating

Re: This week's summary

2003-07-15 Thread Tupshin Harper
Piers Cawley wrote: Targeting Parrot from GCC Discussion in the thread entitled 'WxWindows Support / Interfacing Libraries' centred on writing a Parrot backend to GCC. (No, I have no idea what that has to do with the thread subject.) Tupshin Harper, Leo Tötsch and Benjami

Re: wxWindows Support / Interfacing libraries with Parrot

2003-07-10 Thread Tupshin Harper
Benjamin Goldberg wrote: Leopold Toetsch wrote: Tupshin Harper wrote: I'm not a "GCC person", but I do have an interest in this working. I did some exploratory work (mostly getting familiar with the GCC backend mechanism and with PASM), and quickly ran into what

Re: wxWindows Support / Interfacing libraries with Parrot

2003-07-10 Thread Tupshin Harper
Leopold Toetsch wrote: Tupshin Harper wrote: I'm not a "GCC person", but I do have an interest in this working. I did some exploratory work (mostly getting familiar with the GCC backend mechanism and with PASM), and quickly ran into what appeared to be fundamental roadblocks

Re: wxWindows Support / Interfacing libraries with Parrot

2003-07-09 Thread Tupshin Harper
Leopold Toetsch wrote: Why the smilies ;-) Parrot is a fine processor well suited for an optimizing compiler and with a reasonable architecture. Its not the first time that I'm thinking of such a hack. ... though it would need some extensions at both sides. Are some gcc people listening? leo I

sablevm

2003-03-09 Thread Tupshin Harper
Has anybody involved in parrot taken a look at SableVM? It's an interesting Java VM, done as a doctoral thesis. http://www.sablevm.org The thesis covers some interesting optimizations(don't know if any could apply to parrot). http://www.info.uqam.ca/%7Eegagnon/gagnon-phd.pdf -Tupshin

c-style assembly in .pasm

2003-03-04 Thread Tupshin Harper
In my ongoing quest to understand the possibilities (and possible limitations) of parrot, here's another one. ;-) How close a mapping can there be between regular (x86 in this example) assembly (as generated by c-compilation) and pasm? I can't figure out if the stack ops can approximate this kind

Re: Parrot 0.0.10 freeze

2003-02-26 Thread Tupshin Harper
Benjamin Goldberg wrote: African Grey, Brotogeris, Parakeet, Budgerigar, Budgie, Cockatiel, Cockatoo, Conure, Eclectus, Kakapo, Lory, Lorikeet, Lovebird, Macaw, Parrotlet, Pionus, Poicephalus, Quaker, Ringneck? Since we don't have any of objects, exceptions, or a real IO system, I would suggest "K

Re: access to partial registers?

2003-02-23 Thread Tupshin Harper
Dan Sugalski wrote: At 6:54 PM -0800 2/22/03, Tupshin Harper wrote: Sorry for all the questions...these are the trials and tribulations of dealing with a newbie trying to get up to speed with the current state of parrot. So here's another question: Is it possible and/or meaningful to rea

access to partial registers?

2003-02-22 Thread Tupshin Harper
Sorry for all the questions...these are the trials and tribulations of dealing with a newbie trying to get up to speed with the current state of parrot. So here's another question: Is it possible and/or meaningful to read and write from a part of a register(e.g. a single word) in pasm? As with

Re: non-inline text in parrot assembly?

2003-02-22 Thread Tupshin Harper
Leopold Toetsch wrote: Tupshin Harper wrote: Thanks. Apparently I'm being daft. I don't see any mention of pasm sections(constant or otherwise) in the pod docs, nor do any of the examples appear to use a constants section. What am I missing? Sorry nothing. There are only IIRC

Re: non-inline text in parrot assembly?

2003-02-22 Thread Tupshin Harper
Leopold Toetsch wrote: You can use the .constant (PASM) or .const (IMCC) syntax, to keep strings visually together. leo Thanks. Apparently I'm being daft. I don't see any mention of pasm sections(constant or otherwise) in the pod docs, nor do any of the examples appear to use a constants sect

non-inline text in parrot assembly?

2003-02-22 Thread Tupshin Harper
Parrot assembly supports inline strings, but are there any plans to have it support a distinct .string (or similar) asm section? The main benefit would be easier compatibility/portability with existing assembly code generators. Is anybody aware of an existing assembly format that doesn't suppor

Re: Using imcc as JIT optimizer

2003-02-20 Thread Tupshin Harper
Leopold Toetsch wrote: Starting from the unbearable fact, that optimized compiled C is still faster then parrot -j (in primes.pasm) Lol...what are you going to do when somebody comes along with the unbearable example of primes.s(optimized x86 assembly), and you are forced to throw up your han

Re: parrot performance vs.(trivial test) the good, the bad, and the ugly

2003-02-18 Thread Tupshin Harper
ing a comparison whose results interest me greatly. =] On Tue, 2003-02-18 at 10:03, Tupshin Harper wrote: [...]and some are in languages I am less then fluent in (last touched any flavor of assembly in 1985, and barely touched it then), so be kind. I don't believe I'm being too unfai

Re: parrot performance vs.(trivial test) the good, the bad, and the ugly

2003-02-18 Thread Tupshin Harper
[EMAIL PROTECTED] wrote: On Tue, Feb 18, 2003 at 04:03:40AM -0800, Tupshin Harper wrote: FYI...all three used the identical algorithm taken from the primes.pasm example complete with labels and gotos(makes for very disconcerting perl code). Startup times and printf times were not

Re: parrot performance vs.(trivial test) the good, the bad, and the ugly

2003-02-18 Thread Tupshin Harper
Leopold Toetsch wrote: Did you have an optimized parrot compile? ( make progclean ; perl Configure.pl ... --optimize ; make -s) No I hadn't, but I just did, using those exact commands(no additional options to Configure.pl), and had no perceivable performance change using any of the parrot va

parrot performance vs.(trivial test) the good, the bad, and the ugly

2003-02-18 Thread Tupshin Harper
In case anyone is interested. On a whim I took the primes.pasm example from the parrot examples page and converted it to both c and perl5, with _interesting_ results. Timing all three with a max of 100,000 produced the following results: c -primes.c(lickety split): real0m7.710s user

bit rot (and other tribulations) in parrot/languages/*

2003-02-18 Thread Tupshin Harper
A number of the language examples in parrot seem to not work as well as they once might have(or should). The learning curve to get familiar something like parrot is much easier if things like this just work. So, if anybody cares, here's the list of issues I ran into in the languages directory:

Re: pxs help

2003-02-18 Thread Tupshin Harper
trash it ;-)...it would help greatly when trying to figure out where to go...also a short doc(e.g. docs/native_calling.pod) would be great to help people find this. Thanks -Tupshin Leopold Toetsch wrote: Tupshin Harper wrote: Taking a look at the pxs example (is this the right place to be

pxs help

2003-02-17 Thread Tupshin Harper
So I'm gonna take a look at the native calling functionality of parrot to see about access to an XML parser. Taking a look at the pxs example (is this the right place to be looking?), and I'm having problems compiling PQt.C per it's own instructions. After getting the qt headers installed, the

XML within parrot?

2003-02-17 Thread Tupshin Harper
I've been a parrot lurker for quite some time, and I've recently wanted to start participating in some way. One idea that came to mind was to port a language I wrote a while back which is an XML->relational converter. Call it XTOR(XML to Relational for lack of imagination). Think of it as analo

Re: pretty pictures

2003-01-16 Thread Tupshin Harper
The ability to download autodia off of the primary site and the mirror is unfortunately broken. -Tupshin James Michael DuPont wrote: --- Mitchell N Charity <[EMAIL PROTECTED]> wrote: Doxygen unfortunately doesn't handle perl code, and even has problems with parrot's C. You might be