Re: OT: Will the State of the Onion be posted online?

2003-07-13 Thread Robert Spier
> Sorry for a slightly off-topic post, but will Larry's State of the Onion > be posted online soon? Yes. http://dev.perl.org/perl6/talks/ -R

Re: [perl #22925] [PATCH] setenv/unsetenv functions

2003-07-13 Thread Lars Balker Rasmussen
Leopold Toetsch <[EMAIL PROTECTED]> writes: > Lars Balker Rasmussen <[EMAIL PROTECTED]> wrote: >> Since parrot currently can't compile on Solaris due to the absense of >> setenv/unsetenv in the Solaris libc, I've added tests for the >> functions, as well as a putenv-based implementation. > > Should

Re: [perl #22925] [PATCH] setenv/unsetenv functions

2003-07-13 Thread Leopold Toetsch
Lars Balker Rasmussen <[EMAIL PROTECTED]> wrote: > =_1058035003-24323-0 > Content-Type: text/plain > Content-Disposition: inline > # New Ticket Created by Lars Balker Rasmussen > # Please include the string: [perl #22925] > # in the subject line of all future correspondence about thi

[perl #22925] [PATCH] setenv/unsetenv functions

2003-07-13 Thread via RT
# New Ticket Created by Lars Balker Rasmussen # Please include the string: [perl #22925] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=22925 > Since parrot currently can't compile on Solaris due to the absense of setenv/un

Re: cvs commit: parrot/classes env.pmc

2003-07-13 Thread Leopold Toetsch
Dan Sugalski <[EMAIL PROTECTED]> wrote: > At 10:09 AM +0200 7/11/03, Leopold Toetsch wrote: >> > pmclass Env extends default { >> >>What do you think of: >>- Env extends PerlHash > Thought about it, but I couldn't think of a reason why. %ENV{'something'), keys(%ENV), iterating over %ENV ...

Re: [perl #22914] [PATCH] portability problems on FreeBSD

2003-07-13 Thread Leopold Toetsch
Lars Balker Rasmussen <[EMAIL PROTECTED]> wrote: [ patch ] Applied. Thanks. leo

Re: Perl* Abstraction

2003-07-13 Thread Leopold Toetsch
Benjamin Goldberg <[EMAIL PROTECTED]> wrote: > Leopold Toetsch wrote: >> OTOH, if there is a clear need for an e.g. NumStr hybrid, then it >> should be a separate PMC which is used, when $HL says so by some >> traits. > There is indeed a clear need for it -- the values produced by $! (and by > the

Re: [perl #22924] [PATCH] __sighandler_t is not portable

2003-07-13 Thread Leopold Toetsch
Lars Balker Rasmussen <[EMAIL PROTECTED]> wrote: [ patch ] Applied. Thanks. leo

Re: Event handling (was Re: [CVS ci] exceptions-6: signals, catch a SIGFPE (generic platform)

2003-07-13 Thread Leopold Toetsch
Gregor N. Purdy <[EMAIL PROTECTED]> wrote: > Benjamin -- > #define DO_OP(PC,INTERP) \ > (PC = ((INTERP->op_func_table)[*PC])(PC,INTERP)) > The easiest way to intercept this flow with minimal cost is to > have the mechanism that wants to take over replace the interpreter's > op_func_table with

Re: [perl #22923] Win32 compile problema (VC++ 6)

2003-07-13 Thread Leopold Toetsch
Graciliano M . P . <[EMAIL PROTECTED]> wrote: > Parrot compiles fine, but when I try to compile languages, specially /languages/imcc > I can't! > What I need to do? Post error message(s). > Regards, > GMP. leo

Re: NEW Configure --maintainer (was: IMCC build fails again)

2003-07-13 Thread Leopold Toetsch
Steve Fink wrote: I didn't have the opportunity then, but I'm really wondering -- what about this did NMAKE dislike? I still prefer the rebuild.pl method, but I don't have nmake, so I can't beat it into submission. The problem was, that the change dates of the dependend files are not controllable

Re: passing arguments to tests

2003-07-13 Thread Paul Johnson
On Sun, Jul 13, 2003 at 04:13:07PM +0100, Fergal Daly wrote: > On Sunday 13 July 2003 15:53, Paul Johnson wrote: > > The way I deal with this is to make a module that does all the heavy > > lifting, give it an appropriate import sub, and then a test reduces to > > something like: > > > > use Tes

Re: passing arguments to tests

2003-07-13 Thread Fergal Daly
On Sunday 13 July 2003 15:53, Paul Johnson wrote: > The way I deal with this is to make a module that does all the heavy > lifting, give it an appropriate import sub, and then a test reduces to > something like: > > use TestX ( opt1 => "x", opt2 => "y" ) > > That covers everything except the pe

Re: passing arguments to tests

2003-07-13 Thread Paul Johnson
On Sun, Jul 13, 2003 at 03:22:43PM +0100, Fergal Daly wrote: > Hi, > is it possible with Test::Harness and MakeMaker to pass arguments to my test > scripts? I think it's not but I just want to check for sure. The module I'm > working on is getting a new "optimised" mode so I'd like to be able to ru

passing arguments to tests

2003-07-13 Thread Fergal Daly
Hi, is it possible with Test::Harness and MakeMaker to pass arguments to my test scripts? I think it's not but I just want to check for sure. The module I'm working on is getting a new "optimised" mode so I'd like to be able to run all the tests twice, once with and once without the opti