When I analyse the failure of t/pmc/sys.t with MinGW32, I see that this script generates a command depending of the OS on MSWin32, cmd = ".\parrot temp.imc" on *nix, cmd = "./parrot temp.imc"
(So with MinGw, the generation of Makefile needs /, and the execution needs \)
The bug can be fixed in ConfigureLand or in Parrot_Exec_OS_Command function. And the dilemma is : the interface of Parrot_Exec_OS_Command is OS native command as now, or is OS independent, like "open dirname/filename"
This is a low-level interface and is designed to be OS-dependent. An OS-independent layer on top of it wouldn't be bad, but I'm not sure it'd be too useful as you get really really system dependent really fast when spawning off processes. (There's so much more to it than quick filename munging that I'm not sure it's worth it, really)
Anyway, any sort of OS-independence should live on top of the low-level interface, and would be a reasonable thing to put in a library.
--
Dan
--------------------------------------it's like this-------------------
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
