Re: Sizes, again.

2001-10-01 Thread Bryan C . Warnock
On Monday 01 October 2001 07:16 pm, Dan Sugalski wrote: > >Well, we recently went to all the trouble to decouple opcodes from IVs - > > I assume for a reason. Do we want to undo that, or move them into the > > constant table? > > Nope. To one, the other, or both? > > >If you re-couple the sizes

Moving NV's to Constant Table

2001-10-01 Thread Gibbs Tanton Holt
My normal email system isn't working, but I wanted to say that the changes work on CygWin, Tru64, and Solaris SunOS 5.8. Tanton Gibbs [EMAIL PROTECTED] "Why regret? Tommorow will soon be yesterday and today but a memory." - Gibbs "Remember, wherever you go, there you are!" - The Adventures of Buc

cvs commit mails

2001-10-01 Thread Ask Bjoern Hansen
On Sun, 30 Sep 2001, Ask Bjoern Hansen wrote: > > Is [EMAIL PROTECTED] working? The message below is the last one I have > > received. > > I believe it is. I don't see anything to hitchhiker.org in the mail > queue here. well, it wasn't. =) ValueClick had a power outage in the office where

Re: CVS

2001-10-01 Thread Ask Bjoern Hansen
[EMAIL PROTECTED] (Brent Dax) writes: > Automated snapshots and e-mail notifications of CVS commits have > both stopped. What's going on? snapshots looks okay, but there's something #$@# with the mails. I'll have a look. :-) Generally [EMAIL PROTECTED] is better for that sort of thing. - as

RE: CVS

2001-10-01 Thread Wizard
> Automated snapshots and e-mail notifications of CVS commits have both > stopped. What's going on? At some point, someone set the clock back on the machine that sends the mail (I noticed because all of my new mails are coming in as older than ones that I received earlier in the day). If this is

CVS

2001-10-01 Thread Brent Dax
Automated snapshots and e-mail notifications of CVS commits have both stopped. What's going on? --Brent Dax [EMAIL PROTECTED] Configure pumpking for Perl 6 They *will* pay for what they've done.

Linux/PowerPC w/o 64bits a-ok

2001-10-01 Thread Michael G Schwern
Debian Linux/PowerPC without 64 bit integers tests out 100% ok. -- Michael G. Schwern <[EMAIL PROTECTED]>http://www.pobox.com/~schwern/ Perl6 Quality Assurance <[EMAIL PROTECTED]> Kwalitee Is Job One "Let's face it," said bearded Rusty Simmons, opening a can after the race. "Th

Re: [PATCH] Constant Access Macros

2001-10-01 Thread Dan Sugalski
At 03:27 PM 10/1/2001 +0100, Simon Cozens wrote: >On Mon, Oct 01, 2001 at 10:23:11AM -0400, Jason Gloudon wrote: > > What about the current macros for NUM_REG etc ? > >I'd probably rip 'em out too. Stops people accidentally hand hacking the >.c file >instead of the .ops file and then losing all t

Re: SV: Parrot multithreading?

2001-10-01 Thread Dan Sugalski
At 09:23 AM 10/1/2001 -0400, Michael Maraist wrote: > > > Just because parrot knows what functions can croak, it > > > doesn't mean that > > > it can possibly know which locks have been taken out all > > > the way back up > > > the stack between the call to longjmp and the > > > corresponding setj

Re: SV: Parrot multithreading?

2001-10-01 Thread Dan Sugalski
At 04:15 PM 9/30/2001 -0400, Sam Tregar wrote: >On Sun, 30 Sep 2001, Nick Ing-Simmons wrote: > > > The main problem with perl5 and threads is that threads are an > afterthought. > >Which, of course, also goes for "UNIX and threads" and "C and threads". >It's good for us to be thinking about as ea

RE: thread vs signal

2001-10-01 Thread Dan Sugalski
At 10:45 AM 9/30/2001 -0700, Hong Zhang wrote: >The same story may happen to Perl. If Perl make all operations on SV, AV, >HV sync, the performance will be pathetic. Many SMP machines can only >perform about 10M sync operations per second, because sync op requires >system-wide bus lock or global m

Report on Linux/PowerPC w/64 bits

2001-10-01 Thread Michael G Schwern
Still getting a lot of smoke from Linux/PowerPC with 64 bit integers. Failed TestStatus Wstat Total Fail Failed List of Failed t/op/basic.t 2 512 52 40.00% 2, 4 t/op/bitwise.t 4 1024

Re: Sizes, again.

2001-10-01 Thread Dan Sugalski
At 11:28 AM 9/30/2001 -0400, Bryan C. Warnock wrote: >On Sunday 30 September 2001 11:14 am, Gregor N. Purdy wrote: > > The stuff I'm about to check in that allows NVs to move to the constant > > table is set up to also allow IVs to live there, too. I haven't made > > the assembler and the ops do t

Re: BabyPerl 0.01

2001-10-01 Thread Dan Sugalski
At 09:30 PM 9/30/2001 +0100, Simon Cozens wrote: >On Sun, Sep 30, 2001 at 12:57:53PM -0700, Brent Dax wrote: > > That isn't quite valid Parrot bytecode, because of the concat. Concat > > is currently documented to take only two arguments. > >This is because concat is broken. I think I need a ruli

Platform readiness reports

2001-10-01 Thread Brent Dax
FreeBSD/x86 OK/OK Win32/x86 OK/NOK (report after my sig) Linux/IA64 OK/NOK (smoke report after my sig) --Brent Dax [EMAIL PROTECTED] Configure pumpking for Perl 6 They *will* pay for what they've done. Win32/x86: Failed Test Stat Wstat Total Fail Failed List of Failed --

RE: Manifest constants?

2001-10-01 Thread Brent Dax
Dan Sugalski: # (I'll start # stuffing 0xDEADBEEF in there if I have to... :) Actually, I think 0xDECAF would bug late-night coders even more! :^) --Brent Dax [EMAIL PROTECTED] Configure pumpking for Perl 6 They *will* pay for what they've done.

Re: Manifest constants?

2001-10-01 Thread Dan Sugalski
At 10:52 AM 10/1/2001 -0400, Gregor N. Purdy wrote: >Dan -- > > > Here's a list of manifest constants I think Parrot should know about. > > Anyone care to add to the list? > > > > '' (empty string) > > 0 > > 1 > > undef > > NaN > > pi > > e > > epsil

Re: Manifest constants?

2001-10-01 Thread Dan Sugalski
At 10:32 AM 10/1/2001 -0400, Bryan C. Warnock wrote: >On Monday 01 October 2001 10:29 am, Dan Sugalski wrote: > > Here's a list of manifest constants I think Parrot should know about. > > Anyone care to add to the list? > > > > '' (empty string) > > 0 > > 1 > > undef > >

RE: Manifest constants?

2001-10-01 Thread Dan Sugalski
At 03:35 PM 10/1/2001 -0700, Brent Dax wrote: >Wizard: ># This was discussed to some extent on this list before (see RFC ># http://dev.perl.org/rfc/263.pod). If parrot is expected to be ># a JVM for ># countless other languages, then it MUST (IMHO) understand the ># concept of ># NULL. Either that

Re: PATCH process_opfunc.pl -- no more extra 'return's

2001-10-01 Thread Michael Fischer
On Oct 01, Simon Cozens <[EMAIL PROTECTED]> took up a keyboard and banged out > On Mon, Oct 01, 2001 at 04:22:30PM -0400, Jason Gloudon wrote: > > It breaks manual ops like eq_i_ic since the generated code can return without >returning a value. > Yeah, I just noticed that myself. :) Retracting.

RE: Manifest constants?

2001-10-01 Thread Brent Dax
Wizard: # This was discussed to some extent on this list before (see RFC # http://dev.perl.org/rfc/263.pod). If parrot is expected to be # a JVM for # countless other languages, then it MUST (IMHO) understand the # concept of # NULL. Either that, or it must make allowances for the dynamic # inc

RE: Configure.pl *badly* wrong

2001-10-01 Thread Brent Dax
Andy Dougherty: # On Wed, 26 Sep 2001, Andy Dougherty wrote: # # > > I posted a patch last week to change the 'l' to a 'q', # but more generally, # > > the assumption that sizeof(opcode_t) == sizeof(IV) should # probably be # > > removed and each should be computed independently. # Perhaps late to

RE: [PATCH] rm -f in Win32

2001-10-01 Thread Brent Dax
Mattia Barbon: # Makes Win32 use ExtUtils::Command::rm_f as a rm -f replacemnt. Thanks, applied. This one's been hovering near the top of my stack for a while, but I kept pushing new things on above it till now. --Brent Dax [EMAIL PROTECTED] Configure pumpking for Perl 6 They *will* pay for wh