RE: Configure system

2001-09-11 Thread Brent Dax
yourself. Sorry. --Brent Dax [EMAIL PROTECTED] ...and if the answers are inadequate, the pumpqueen will be overthrown in a bloody coup by programmers flinging dead Java programs over the walls with a trebuchet. ~~~ #!/usr/bin/perl -w #we want -w on #Configure.pl, written by Brent Dax use

RE: Configure system

2001-09-11 Thread Brent Dax
Simon Cozens: # On Tue, Sep 11, 2001 at 02:22:13AM -0700, Brent Dax wrote: # A simple autogenerate what's already in Parrot's config.h is easy # # This is a good start. # # --I've already written a prototype (pasted after my sig)--but # seems like it's too easy considering what you're talking

RE: Math functions? (Particularly transcendental ones)

2001-09-10 Thread Brent Dax
that handles # converting to native machine code will need to do some analysis and # register renaming anyway. It can handle putting things in the # right places. I seem to remember reading in an article somewhere that Itanium has 128 registers. --Brent Dax [EMAIL PROTECTED] ...and if the answers

RE: Speaking of namespaces...

2001-09-10 Thread Brent Dax
of uninitialized value at assembler.pl line 81' messages... --Brent Dax [EMAIL PROTECTED] ...and if the answers are inadequate, the pumpqueen will be overthrown in a bloody coup by programmers flinging dead Java programs over the walls with a trebuchet.

RE: Speaking of namespaces...

2001-09-10 Thread Brent Dax
files. # # Oops--that breaks the assembler. This patch fixes the assembler to # work with the prior patch. That explains it! :^) --Brent Dax [EMAIL PROTECTED] ...and if the answers are inadequate, the pumpqueen will be overthrown in a bloody coup by programmers flinging dead Java programs over

RE: Parrot 0.0.1 is released.

2001-09-10 Thread Brent Dax
.pasm missing from the CVS repository? Check the t/ directory. --Brent Dax [EMAIL PROTECTED] ...and if the answers are inadequate, the pumpqueen will be overthrown in a bloody coup by programmers flinging dead Java programs over the walls with a trebuchet.

RE: Patch to assembler/disassembler + parrot asm

2001-09-10 Thread Brent Dax
Dan Sugalski: ... # The jump ops will be easy to figure--either they'll take a # register, a # constant number, or a label. We don't allow labels that could # be confused # with registers. (No I0: anywhere...) Noo! How will I write really confusing JAPHs now? :^) --Brent Dax [EMAIL

RE: Math functions? (Particularly transcendental ones)

2001-09-09 Thread Brent Dax
. In the future, this may replace OISC. from http://www.tuxedo.org/~esr/retro/ :^) --Brent Dax [EMAIL PROTECTED] ...and if the answers are inadequate, the pumpqueen will be overthrown in a bloody coup by programmers flinging dead Java programs over the walls with a trebuchet.

Defeating variable-width encodings

2001-09-07 Thread Brent Dax
know represents character number 33--and count from there. --Brent Dax [EMAIL PROTECTED] ...and if the answers are inadequate, the pumpqueen will be overthrown in a bloody coup by programmers flinging dead Java programs over the walls with a trebuchet.

RE: An overview of the Parrot interpreter

2001-09-04 Thread Brent Dax
Simon Cozens: # On Mon, Sep 03, 2001 at 04:05:26PM -0700, Brent Dax wrote: # In other words, when you have sub foo {} in your code, it will be # assigned an opcode number in the 'private' section. The # global section # is for things that are built-in to Parrot, while the # private section

RE: Should MY:: be a real symbol table?

2001-09-03 Thread Brent Dax
Note: some parts of this may seem a bit like a flame. This is unintentional. Ken Fox: # Brent Dax wrote: # What I'm suggesting is that, instead of the padlist's AV containing # arrays, it should contain stashes, otherwise indistinguishable from # the ones used for global variables

RE: An overview of the Parrot interpreter

2001-09-03 Thread Brent Dax
, string manipulation is done in special string registers, which are *not* PMCs. --Brent Dax [EMAIL PROTECTED] ...and if the answers are inadequate, the pumpqueen will be overthrown in a bloody coup by programmers flinging dead Java programs over the walls with a trebuchet.

RE: Should MY:: be a real symbol table?

2001-09-03 Thread Brent Dax
# -Original Message- # From: Dan Sugalski [mailto:[EMAIL PROTECTED]] # Sent: Monday, September 03, 2001 4:31 PM # To: Ken Fox; Brent Dax # Cc: Simon Cozens; [EMAIL PROTECTED] # Subject: Re: Should MY:: be a real symbol table? # # Lexicals are fundamentally different from Perl's package

RE: Should MY:: be a real symbol table?

2001-09-03 Thread Brent Dax
--Brent Dax [EMAIL PROTECTED] ...and if the answers are inadequate, the pumpqueen will be overthrown in a bloody coup by programmers flinging dead Java programs over the walls with a trebuchet. # -Original Message- # From: Dan Sugalski [mailto:[EMAIL PROTECTED]] # Sent: Monday

Should MY:: be a real symbol table?

2001-09-02 Thread Brent Dax
--Brent Dax [EMAIL PROTECTED] ...and if the answers are inadequate, the pumpqueen will be overthrown in a bloody coup by programmers flinging dead Java programs over the walls with a trebuchet.

RE: Should MY:: be a real symbol table?

2001-09-02 Thread Brent Dax
# -Original Message- # From: Simon Cozens [mailto:[EMAIL PROTECTED]] # Sent: Sunday, September 02, 2001 4:34 AM # To: Brent Dax # Cc: [EMAIL PROTECTED] # Subject: Re: Should MY:: be a real symbol table? # # # On Sun, Sep 02, 2001 at 03:13:09AM -0700, Brent Dax wrote: # Is there any real

RE: Should MY:: be a real symbol table?

2001-09-02 Thread Brent Dax
# -Original Message- # From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf # Of Ken Fox # Sent: Sunday, September 02, 2001 8:49 AM # To: Brent Dax # Cc: [EMAIL PROTECTED] # Subject: Re: Should MY:: be a real symbol table? # # Brent Dax wrote: # Is there any real reason my

RE: Should MY:: be a real symbol table?

2001-09-02 Thread Brent Dax
# -Original Message- # From: Dan Sugalski [mailto:[EMAIL PROTECTED]] # Sent: Sunday, September 02, 2001 1:37 PM # To: Brent Dax # Cc: Simon Cozens; [EMAIL PROTECTED] # Subject: RE: Should MY:: be a real symbol table? # # # On Sun, 2 Sep 2001, Brent Dax wrote: # # Perhaps I wasn't

RE: Deoptimizations

2001-09-01 Thread Brent Dax
\-yes-call FOO--/ there could also be some more complicated situations, in which the situations where the optimizations are invalid are harder to define. I'd also suggest a different pragma: use less 'optimization'; --Brent Dax [EMAIL PROTECTED] ...and if the answers are inadequate

RE: Deoptimizations

2001-09-01 Thread Brent Dax
# -Original Message- # From: Bryan C. Warnock [mailto:[EMAIL PROTECTED]] # Sent: Saturday, September 01, 2001 3:01 PM # To: Brent Dax; [EMAIL PROTECTED] # Subject: Re: Deoptimizations # # # On Saturday 01 September 2001 05:07 pm, Brent Dax wrote: # Of course, the hard part is detecting

RE: Something to hash out

2001-08-26 Thread Brent Dax
level of indirection) while leveraging the gain # from a split-level # op despatch loop. Not a bad idea. Allowing for optimizations later so they aren't premature is usually a good idea. :^) --Brent Dax [EMAIL PROTECTED]

Re: Perl_foo() vs foo() etc

2001-04-12 Thread Brent Dax
name"? Having Perl_foo and PL_foo is a bit confusing anyway. I like Perl_foo and PERL_foo--it makes it very clear what things are while making sure we keep our own little 'namespace'. --Brent Dax Excuse typos, it's hahd to write on a Palm...

Re: require 6.x

2001-02-22 Thread Brent Dax
o builtins. Personally I'd have it be 'use perl5' (it's the difference between making a new pragma and defining a third meaning for require [or redefining its current meaning]) but that's a minor detail. Unfortunately, it may be too late. Oh well... --Brent Dax Excuse typos, it's hahd to write on a Palm...

<    1   2   3   4   5   6