Re: Distributed testing idea

2004-02-19 Thread Nick Ing-Simmons
Michael G Schwern [EMAIL PROTECTED] writes: One thing to keep in mind is portability. In order for this to be useful it has to run on pretty much all platforms. Unix, Windows, VMS, etc... So I'm trying to keep it as simple as possible. On Wed, Feb 18, 2004 at 05:29:49PM +, Adrian Howard

[perl #26888] [PATCH] Minor doc patch for imcc/docs/macros.pod

2004-02-19 Thread via RT
# New Ticket Created by Ilya Martynov # Please include the string: [perl #26888] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=26888 Index: imcc/docs/macros.pod

RE: [PATCH] Re: [perl #25239] Platform-specific files not granular enough

2004-02-19 Thread Adam Thomason
-Original Message- From: Leopold Toetsch [mailto:[EMAIL PROTECTED] Sent: Thursday, February 19, 2004 1:00 AM To: Adam Thomason Cc: [EMAIL PROTECTED] Subject: Re: [PATCH] Re: [perl #25239] Platform-specific files not granular enough BTW what is aix.s doing? Could you add some

Another todo: Forth as compiler

2004-02-19 Thread Dan Sugalski
While the actual compiler code is evil, doing all sorts of things it ought not do with absolute addresses (and therefore non-JITtable), the forth compiler does work, and will compile things. It ought, actually, to be able to be integrated in as a compiler. Your task, if you're interested, is

Re: Another todo: Forth as compiler

2004-02-19 Thread Leopold Toetsch
Dan Sugalski [EMAIL PROTECTED] wrote: While the actual compiler code is evil, doing all sorts of things it ought not do with absolute addresses (and therefore non-JITtable), the forth compiler does work, and will compile things. It ought, actually, to be able to be integrated in as a compiler.

Re: [PATCH] Re: [perl #25239] Platform-specific files not granular enough

2004-02-19 Thread Leopold Toetsch
Adam Thomason wrote: Hopefully in time to make the feature freeze, here's an effort at solving this problem. Looks really good. I've applied it here (with little tweaks in Configure/Step.pm) and it works fine. Testing very much requested, most especially on Darwin and Win32. Yeah. Anyway, I'll

Re: [PATCH] Re: [perl #25239] Platform-specific files not granular enough

2004-02-19 Thread Leopold Toetsch
Adam Thomason [EMAIL PROTECTED] wrote: [ big patch ] Thanks, applied. leo

Re: [PATCH] IO fixes for Win32

2004-02-19 Thread Goplat
--- Dan Sugalski [EMAIL PROTECTED] wrote: At 12:40 AM +0300 2/18/04, Vladimir Lipsky wrote: From: Goplat [EMAIL PROTECTED] --- Vladimir Lipsky [EMAIL PROTECTED] wrote: From: Goplat [EMAIL PROTECTED] flags_to_win32 sets fdwShareMode to FILE_SHARE_DELETE, which is not

Re: Objects: Now or forever (well, for a while) hold your peace

2004-02-19 Thread Dan Sugalski
At 12:33 PM -0500 2/18/04, Michal Wallace wrote: You said in an earlier post that python won't be able to talk to objects with attributes without a syntax change. I don't think a syntax change will be required -- we just need a wrapper class. But it would be *SO* much nicer if properties and

[PATCH] Re: [perl #25239] Platform-specific files not granular enough

2004-02-19 Thread Dan Sugalski
At 8:01 PM + 2/18/04, Adam Thomason via RT wrote: Attached patch is tested on Linux, AIX, and OpenBSD. It does twiddle the order of includes and declarations, so there might still be problems. Testing very much requested, most especially on Darwin and Win32. I've applied this locally and

Re: [PATCH] IO fixes for Win32

2004-02-19 Thread Melvin Smith
At 09:27 AM 2/19/2004 -0800, Goplat wrote: --- Dan Sugalski [EMAIL PROTECTED] wrote: At 12:40 AM +0300 2/18/04, Vladimir Lipsky wrote: From: Goplat [EMAIL PROTECTED] --- Vladimir Lipsky [EMAIL PROTECTED] wrote: From: Goplat [EMAIL PROTECTED] flags_to_win32 sets fdwShareMode to

Re: Objects: Now or forever (well, for a while) hold your peace

2004-02-19 Thread Dan Sugalski
At 7:30 PM -0500 2/18/04, Simon Glover wrote: One really pedantic comment: wouldn't it make sense to rename the fetchmethod op to fetchmeth, for consistency with callmeth, tailcallmeth etc? Good point. I'll change that, then. -- Dan

Re: [PATCH] IO fixes for Win32

2004-02-19 Thread Goplat
--- Melvin Smith [EMAIL PROTECTED] wrote: At 09:27 AM 2/19/2004 -0800, Goplat wrote: --- Dan Sugalski [EMAIL PROTECTED] wrote: At 12:40 AM +0300 2/18/04, Vladimir Lipsky wrote: From: Goplat [EMAIL PROTECTED] --- Vladimir Lipsky [EMAIL PROTECTED] wrote: From: Goplat [EMAIL

Re: [PATCH] Re: [perl #25239] Platform-specific files not granular enough

2004-02-19 Thread Jonathan Worthington
- Original Message - From: Dan Sugalski [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, February 19, 2004 3:10 PM Subject: [PATCH] Re: [perl #25239] Platform-specific files not granular enough At 8:01 PM + 2/18/04, Adam Thomason via RT wrote: Attached

Re: Objects: Now or forever (well, for a while) hold your peace

2004-02-19 Thread Steve Fink
On Feb-19, Dan Sugalski wrote: At 7:30 PM -0500 2/18/04, Simon Glover wrote: One really pedantic comment: wouldn't it make sense to rename the fetchmethod op to fetchmeth, for consistency with callmeth, tailcallmeth etc? Good point. I'll change that, then. D yo reall wan t repea C's

[CVS ci] new japhs and compiler examples

2004-02-19 Thread Leopold Toetsch
I've checked in a bunch of JaPH examples. japh15 uses a compiler written in PASM to compile a program emitting the famous words. japh16 does the same by loading a shared lib with the compiler. The former scheme still has some problems with register saving, i.e. the PASM compiler doesn't

Re: [NEW] library/sdl.imc

2004-02-19 Thread Jerome Quelin
chromatic wrote: On Fri, 2004-02-13 at 09:57, Jens Rieks wrote: here is an easy to use (with PIR code) wrapper of the SDL library. It tries to hide all internals of the wrapper and makes the most important SDL functions directly available in PIR code. Overall this looks good. [snip]

Re: [PATCH] Re: [perl #25239] Platform-specific files not granular enough

2004-02-19 Thread Leopold Toetsch
Jonathan Worthington [EMAIL PROTECTED] wrote: src\exceptions.c exceptions.c c:\documents and settings\jonathan\desktop\pow\parrot\src\exceptions.c(125) : error C2065: 'SIGQUIT' : undeclared identifier Seems that dumpcore is used from generic/signal.h You could try to create an empty

Re: Objects: Now or forever (well, for a while) hold your peace

2004-02-19 Thread Melvin Smith
At 01:34 PM 2/19/2004 -0500, Dan Sugalski wrote: At 10:21 AM -0800 2/19/04, Steve Fink wrote: On Feb-19, Dan Sugalski wrote: At 7:30 PM -0500 2/18/04, Simon Glover wrote: One really pedantic comment: wouldn't it make sense to rename the fetchmethod op to fetchmeth, for consistency with

Re: [PATCH] IO fixes for Win32

2004-02-19 Thread Goplat
--- Melvin Smith [EMAIL PROTECTED] wrote: At 10:02 AM 2/19/2004 -0800, Goplat wrote: --- Melvin Smith [EMAIL PROTECTED] wrote: Where is the hassle? It's just a few lines of code to check windows version. It's easier to code that than to make another configure option. Then submit a

Re: Release doc tasks

2004-02-19 Thread Simon Glover
Re. obsolete docs: parrot_assembly.pod is a really old version of pdd06, and should probably just be dumped (the last patch to it was 16 months ago, the last non-trivial patch about 2 years ago) embed.pod should probably be reworked as a proper PDD (since pdd10_embedding.pod is empty

Re: [PATCH] IO fixes for Win32

2004-02-19 Thread Melvin Smith
At 11:57 AM 2/19/2004 -0800, Goplat wrote: Failed Test Stat Wstat Total Fail Failed List of Failed imcc/t/syn/file.t1 256121 8.33% 11 t/pmc/env.t 3 768 63 50.00% 3 5-6

Re: Objects: Now or forever (well, for a while) hold your peace

2004-02-19 Thread Michal Wallace
On Thu, 19 Feb 2004, Dan Sugalski wrote: I tried to unify attributes and properties--I really did. The problem is that they're horribly semantically different. Attributes are class private and guaranteed across all objects of a class, while properties are ad hoc and can be thrown on anything.

Re: [NEW] library/sdl.imc

2004-02-19 Thread Leopold Toetsch
Chromatic [EMAIL PROTECTED] wrote: Me too. There's supposed to be a magic initialization sub of some kind called on library load. I'm inclined to stick it in there, but it's not there yet. I'll have a look at that _init call tomorrow - albeit _init (it was that name IIRC) could be a too

Allison Randal is the new Project Manager

2004-02-19 Thread Nathan Torkington
Hi, folks. As has probably been obvious to most of you, I've been really busy with my O'Reilly day job and haven't had time to attend to Perl 6 and Parrot business. With no prompting, Allison Randal stepped forward and has been taking on more and more of the day-to-day running of the show.

Re: Allison Randal is the new Project Manager

2004-02-19 Thread Johan Vromans
Nathan Torkington [EMAIL PROTECTED] writes: Hi, folks. As has probably been obvious to most of you, I've been really busy with my O'Reilly day job and haven't had time to attend to Perl 6 and Parrot business. With no prompting, Allison Randal stepped forward and has been taking on more and

Re: The Sort Problem

2004-02-19 Thread Larry Wall
On Mon, Feb 16, 2004 at 01:04:01AM -0700, Luke Palmer wrote: : This is pattern matching more than it is type comparison. And Perl's : all about pattern matching. I'm just wondering whether it needs Itwo : pattern archetectures. I suspect it does, at least from the viewpoint of mere mortals. The

Re: [NEW] library/sdl.imc

2004-02-19 Thread Jens Rieks
Hi, Am Donnerstag, 19. Februar 2004 05:54 schrieb chromatic: On Fri, 2004-02-13 at 09:57, Jens Rieks wrote: here is an easy to use (with PIR code) wrapper of the SDL library. It tries to hide all internals of the wrapper and makes the most important SDL functions directly available in PIR

Parrot day at the Austrian Perl Workshop

2004-02-19 Thread Thomas Klausner
Hi! At the Austrian Perl Workshop (see Call for Papers / Participation further down) there will be a day devoted to Parrot. Leo Toetsch will do a tutorial (in english or german, depending on the number of non-german speeking attendees). The tutorial will be followed by a hopefully productive

Re: Release doc tasks

2004-02-19 Thread Michael Scott
On 19 Feb 2004, at 20:59, Simon Glover wrote: pdd12_assembly.pod -- what was the intent of this? (i.e. is there stuff that isn't covered in pdd06_pasm.pod that should go in here, or can we just dump this and recycle the number?) Yes it should go. It's just an earlier version of pdd06. I'm

Re: Release doc tasks

2004-02-19 Thread chromatic
On Thu, 2004-02-19 at 16:34, Michael Scott wrote: One thing that would help is if people ran perl tools/docs/write_docs.pl -d -s on various platforms and told me if it works - or what they did to make it work - because I only have access to Mac OS X 10.3.2 here. It choked here on

PDD status

2004-02-19 Thread Simon Glover
PDD 0 (intro. to PDDs): Very, very out of date; I think it actually pre-dates Parrot PDD 1 (overview of Parrot): Not obviously out-of-date, but could use some text on IMCC and on the JIT PDD 2 (vtable functions): Needs documentation on freeze, thaw and share from somebody who

Error during CVS checkout (at docs/resources/)

2004-02-19 Thread Adriano R. Ferreira
When I tried to checkout parrot from CVS today, I've got the following error over docs/resources/up.gif docs/resources/parrot.small.png cvs checkout: invalid RCS expansion flags Valid flags are one of: tText file (default) bBinary file (merges not allowed). u

[PATCH] bad argv[] use in disassemble.c and pdb.c

2004-02-19 Thread Goplat
Trying to use disassemble or pdb gave me this message (note doubled first character) Parrot VM: Can't stat ttest.pbc, code 2. I looked at the source code and found some pretty weird stuff #define na(c) { \ while(*c !isspace(*c)) \ c++; } ...later na(argv[0]); filename

Re: [NEW] library/sdl.imc

2004-02-19 Thread Jens Rieks
Hi, Am Donnerstag, 19. Februar 2004 23:39 schrieb Leopold Toetsch: Chromatic [EMAIL PROTECTED] wrote: Me too. There's supposed to be a magic initialization sub of some kind called on library load. I'm inclined to stick it in there, but it's not there yet. I'll have a look at that _init

Re: [PATCH] library/sdl_types.imc #2

2004-02-19 Thread Jens Rieks
Hi, Am Donnerstag, 19. Februar 2004 05:45 schrieb chromatic: On Fri, 2004-02-13 at 09:21, Jens Rieks wrote: This patch fixes _SDL_WaitEvent a bit; SDL_WaitEvent returns an integer and not a SDL_Event. It also introduces _SDL_PollEvent which is mostly a copy of _SDL_WaitEvent. Finally,

Parrot Tetris with SDL bindings

2004-02-19 Thread Jens Rieks
Hi all, here is a first alpha version of my upcoming tetris example for parrot. It is a good demonstration that parrot is already very powerful. It uses a semi-object orientated style, I will modify it to use parrot objects as soon as they are working. Just unpack the attached tgz file into

The Sort Problem: a definitive ruling

2004-02-19 Thread Damian Conway
The design team discussed The Sort Problem during yesterday's teleconference. Here is Larry's decision: final, definitive, and unalterable (well...for this week at least ;-) -cut-cut-cut-cut-cut-cut Csort in Perl6 is a global multisub: multi

Re: Traits: to renew OO inheritance in a hacker style discussion

2004-02-19 Thread Stéphane Payrard
On Thu, Feb 12, 2004 at 09:38:47AM -0800, Larry Wall wrote: Yes, that's a very good paper, which is why Perl 6 now has something called Roles, which are intended to degenerate either to Traits or Interfaces. My take on it is that Roles' most important, er, role will be to abstract out the

Re: The Sort Problem: a definitive ruling

2004-02-19 Thread Dave Whipp
Damian Conway [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] type KeyExtractor ::= Code(Any) returns Any; # Modtimewise numerically ascending... @sorted = sort {-M} @unsorted; One thing I've been trying to figure out reading this: what is the signature of prefix:-M

Re: The Sort Problem: a definitive ruling

2004-02-19 Thread Uri Guttman
DC == Damian Conway [EMAIL PROTECTED] writes: DC Once again the Iron Designer rises to the supreme challenge of DC the Mailinglist Stadium and expresses the true spirit of Perl DC 6!!! and the challenge for next week is slicing squid with noodles! (or cutting down the mightiest tree in

Re: The Sort Problem: a definitive ruling

2004-02-19 Thread Damian Conway
Dave Whipp wondered: @sorted = sort {-M} @unsorted; One thing I've been trying to figure out reading this: what is the signature of prefix:-M ? i.e. how does it tell the outer block that it (the outer-block) needs a parameter? It doesn't. As A6 explained:

Re: The Sort Problem: a definitive ruling

2004-02-19 Thread Luke Palmer
Dave Whipp writes: Damian Conway [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] type KeyExtractor ::= Code(Any) returns Any; # Modtimewise numerically ascending... @sorted = sort {-M} @unsorted; One thing I've been trying to figure out reading this: what is

Re: The Sort Problem: a definitive ruling

2004-02-19 Thread Uri Guttman
DC == Damian Conway [EMAIL PROTECTED] writes: DC # Stringifically ascending... DC @sorted = sort @unsorted; DC or with a single two-argument block/closure (to sort by whatever the DC specified comparator is): DC # Numerically ascending... DC @sorted = sort {$^a

Re: The Sort Problem: a definitive ruling

2004-02-19 Thread Luke Palmer
Uri Guttman writes: DC == Damian Conway [EMAIL PROTECTED] writes: DC # Modtimewise numerically ascending... DC @sorted = sort {-M $^a = -M $^b} @unsorted; DC # Fuzz-ifically... DC sub fuzzy_cmp($x, $y) returns Int; DC @sorted = sort fuzzy_cmp, @unsorted;

Re: The Sort Problem: a definitive ruling

2004-02-19 Thread Joe Gottman
- Original Message - From: Damian Conway [EMAIL PROTECTED] To: Perl 6 Language [EMAIL PROTECTED] Sent: Thursday, February 19, 2004 8:29 PM Subject: [perl] The Sort Problem: a definitive ruling Csort in Perl6 is a global multisub: multi sub *sort(Criterion @by: [EMAIL

Re: The Sort Problem: a definitive ruling

2004-02-19 Thread Damian Conway
Uri checked: DC @sorted = sort {$^a = $^b} @unsorted; so because that has 2 placeholders, it is will match this signature: type Comparator ::= Code(Any, Any) returns Int; Correct. i have to remember that placeholders are really implied args to a code block and not just in the

Re: The Sort Problem: a definitive ruling

2004-02-19 Thread Luke Palmer
Luke Palmer writes: Yes. Commas may be ommitted on either side of a block when used as an argument. I would argue that they only be omitted on the right side, so that this is unambiguous: if some_function { ... } { ... } Which might be parsed as either: if

Re: The Sort Problem: a definitive ruling

2004-02-19 Thread Uri Guttman
DC == Damian Conway [EMAIL PROTECTED] writes: DC No. But this will work: DC sort infix:= @unsorted my brane hertz!! so that declares (creates?) an infix op as a code block? and since = is known to take 2 args it is parsed (or multidispatched) as a comparator block for sort? amazing how

Re: The Sort Problem: a definitive ruling

2004-02-19 Thread Uri Guttman
LP == Luke Palmer [EMAIL PROTECTED] writes: LP Uri Guttman writes: DC == Damian Conway [EMAIL PROTECTED] writes: DC # Modtimewise numerically ascending... DC @sorted = sort {-M $^a = -M $^b} @unsorted; DC # Fuzz-ifically... DC sub fuzzy_cmp($x, $y) returns Int; DC @sorted =

Re: The Sort Problem: a definitive ruling

2004-02-19 Thread Uri Guttman
JG == Joe Gottman [EMAIL PROTECTED] writes: JGHow do you decide whether a key-extractor block returns number? Do you JG look at the signature, or do you simply evaluate the result of the JG key-extractor for each element in the unsorted list? For example, what is JG the result of

Re: The Sort Problem: a definitive ruling

2004-02-19 Thread Damian Conway
Uri bemoaned: DC sort infix:= @unsorted my brane hertz!! so that declares (creates?) an infix op as a code block? No. C infix:= is the name of the binary C = operator. amazing how you and luke both came up with the exact same answer. Great minds... etc. ;-) p6 syntax like that is

Re: The Sort Problem: a definitive ruling

2004-02-19 Thread Larry Wall
On Fri, Feb 20, 2004 at 02:47:55PM +1100, Damian Conway wrote: : Yep. Inside the body of Csort you'd access them as: : : $by.trait{descending} : $by.trait{insensitive} : : (unless Larry's changed the trait accessor syntax since last I looked). Well, if traits are just compile-time

Re: The Sort Problem: a definitive ruling

2004-02-19 Thread Uri Guttman
DC == Damian Conway [EMAIL PROTECTED] writes: DC Uri bemoaned: cause you agonize me head! DC sort infix:= @unsorted my brane hertz!! so that declares (creates?) an infix op as a code block? DC No. C infix:= is the name of the binary C = operator. so how is that allowed there

Re: [PATCH] library/sdl_types.imc #2

2004-02-19 Thread chromatic
On Thu, 2004-02-19 at 18:00, Jens Rieks wrote: Their is a branch _poll missing after the _idle block. Without it, _SDL_WaitEvent is called after the first idle call. A patch is attached. Thanks, applied. -- c

Re: Parrot Tetris with SDL bindings

2004-02-19 Thread Melvin Smith
At 04:07 AM 2/20/2004 +0100, Jens Rieks wrote: Hi all, here is a first alpha version of my upcoming tetris example for parrot. It is a good demonstration that parrot is already very powerful. Very cool. Great work. Assembling the sources to a single tetris.pasm seems to not work, parrot

util/ncidev2pasm.pl

2004-02-19 Thread chromatic
On Thu, 2004-02-19 at 17:54, Jens Rieks wrote: One downside of making sdl.imc smarter (changing it from sdl.pasm) is that we can no longer use build_tools/build_nativecall.pl as is. That may be an argument for making the tool smarter. Why? Sorry if its a stupid question, but what

[RESOLVED] Re: Keyed Access to ManagedStruct, part two

2004-02-19 Thread chromatic
On Tue, 2004-02-10 at 01:27, Leopold Toetsch wrote: You sould probably attach the structure layout, when the Surface is created. Good idea. I've done this for surfaces, screens, and images. Now we can use images of different sizes than Leon's parrot logo. I figured out the segfault problem.