Re: [PATCH] Add .trim method

On Mon, Jan 12, 2009 at 09:33:32AM -0800, Geoffrey Broadwell wrote: : That of course raises the question of how one *would* properly override : trim's concept of whitespace Well, given that .trim is essentially just .comb(/\S.*\S/), which in turn is really just m:g/(\S.*\S)/, I don't see much

Re: [PATCH] Add .trim method

On Mon, Jan 12, 2009 at 05:04:50AM -0800, Ovid wrote: : ...the trivial $string.trim and trim($string) case. Hmm, I'd think .trim should work like .chomp, and return the trimmed string without changing the original. You'd use $str.=trim to do it in place. Can't say I really like the negated optio

Re: [PCT] PAST nodes for goto and friends, labels.

In addition to what Patrick said, which is all right on the mark, I'd like to point out a few additional subtleties. Perl borrows an important idea from Lisp and separates the notion of stack unwinding from that of exception handling; when you throw an exception (including a control exception) you

Re: Repeated Loopy Variable Width String Character Access is Slooooow-ish

== --- doc/trunk/design/syn/S02.pod(original) +++ doc/trunk/design/syn/S02.podThu Jan 10 13:05:42 2008 @@ -12,9 +12,9 @@ Maintainer: Larry Wall <[EMAIL PROTECTED]> Date: 10 Aug 2004 - Last Modified: 5 Jan 2008 +

Re: [PDD15 PROPOSAL] Pluggable MRO

On Sat, Mar 10, 2007 at 06:09:40PM +, Jonathan Worthington wrote: : It's a confusing problem, for sure. I've thought about it, but as of yet : have no good answers. I don't think forbidding having classes with : different MROs in a single hierarchy is the answer, because that loses a : lot o

Re: [PDD15 PROPOSAL] Pluggable MRO

On Sat, Mar 10, 2007 at 04:51:28PM +, Jonathan Worthington wrote: : More interesting is that, for Perl 6, : we also need to override the MRO on a by-method-call basis - you can : change the dispatch order at the call site! I wouldn't worry about that at all. I imagine such a construct would

Re: [perl #41623] [TODO] modify p6regex op naming convention to match perl 6

On Mon, Feb 26, 2007 at 09:24:29AM -0600, Patrick R. Michaud wrote: : On Mon, Feb 26, 2007 at 07:09:58AM -0800, Jerry Gay wrote: : > # New Ticket Created by Jerry Gay : > # Please include the string: [perl #41623] : > # in the subject line of all future correspondence about this issue. : > # ht

Re: I/O PDD - ready for implementation

On Tue, Jan 09, 2007 at 10:28:22PM -0800, Allison Randal wrote: : If both sync and async ops returned status objects, it would be : conveniently consistent. It would also be annoyingly heavyweight for a : simple synchronous operation, but then the biggest cost for I/O ops is : generally the I/O.

Re: I/O PDD - ready for implementation

On Fri, Jan 05, 2007 at 10:59:59PM -0800, Allison Randal wrote: : Jonathan Worthington wrote: : >I suspect it's cheaper/easier for a compiler to generate code to check a : >return value and throw an exception of its own choosing, than it is to : >emit code to catch the exception and return the er

Re: [svn:parrot-pdd] r15628 - trunk/docs/pdds

On Fri, Nov 17, 2006 at 10:07:30AM -0800, chromatic wrote: : On Friday 17 November 2006 07:38, [EMAIL PROTECTED] wrote: : : > -There should be one space between C keywords and following open : > parentheses, : > +There should be one space between C keywords and following : > open parenthesis, e.g

Re: PDD 25 "Concurrency" - first review

On Mon, Oct 30, 2006 at 10:28:51PM -0800, Allison Randal wrote: : Oh, the Io language, which I've been interested in lately, also makes : use of the concept of "futures" for concurrency. It's got a degree of : appeal to it. Perl 6's feeds (lazy lists) can also be viewed as a form of futures, ins

Re: [perl #40443] Separate vtable functions from methods (using :vtable)

On Mon, Oct 30, 2006 at 11:48:14PM -0800, Allison Randal wrote: : I suspect that originally it was expected that properties would only be : attached at runtime. But, since we have the option of flagging subs to : execute at various stages of compilation, it seems safe to assume that : properties

Re: RFC: Reduce closure magic

Note that Perl 6 requires mutable subs, at least to the extent that you can .wrap them in place to do AOP and DBC and such. If Parrot has immutable subs that's okay, but it forces a level of indirection on us, and perhaps a level of non-interoperability. Larry

Re: RFC: Consolidate stack-unwinding code

On Mon, Sep 18, 2006 at 09:00:42PM -0400, Bob Rogers wrote: :It is probably true that Perl 6 error handling as currently defined : could be implemented either way. Nope, S04 specifically sez: A C block sees the lexical scope in which it was defined, but its caller is the dynamic locat

Re: Are CATCH blocks still in effect when run?

On Sun, Jul 02, 2006 at 09:26:20PM -0400, Bob Rogers wrote: :However, I notice that S04 doesn't explicitly specify the dynamic : environment for anything evaluated in a CATCH block. Does now. Thanks! Larry

Re: [unclassified] Re: resumable exceptions

On Fri, Jun 16, 2006 at 10:51:24PM -0500, John M. Dlugosz wrote: : Anyway, as passionate as I was about resumption, or at least making it : not impossible to implement resumption, at the next ANSI meeting the : terminate-only camp made compelling arguments. Well, interestingly, I used to be in

Re: Readonly PMCs and types

On Fri, Jun 16, 2006 at 10:27:06AM -0700, chromatic wrote: : On Friday 16 June 2006 08:29, Klaas-Jan Stol wrote: : : > Wouldn't it be an idea to have a property 'is_read_only' or something : > like that? Then, when attempting to do a write action on a r/o PMC, an : > exception is thrown. It would

Re: resumable exceptions

On Wed, Jun 14, 2006 at 08:59:02PM -0700, Chip Salzenberg wrote: : Are Parrot exceptions now, in fact, resumable? If they are, is that : important? Is anyone actually resuming execution after exception handlers : are called? I think we _can_ keep resumability, but I'm not sure I want us : to, an

Re: packages vs. classes

On Fri, May 19, 2006 at 03:25:43PM -0700, Chip Salzenberg wrote: : Based on what I'm seeing, the Perl 6 "type object" is the thing that claims : the primary name associated with a class. Foo:: is the type object. : The metaobject seems to be anonymous. And the package seems to be fairly : questio

Re: packages vs. classes

'Course, I left out everything about prototype objects there... The name Foo also (in context) represents an uninitialized object of the class in question. Any object, initialized or not, can get at its type handlers by saying Foo.meta $foo.meta and, in fact, the Foo.^bar syntax is just

Re: packages vs. classes

On Thu, May 18, 2006 at 03:17:36PM -0700, Chip Salzenberg wrote: : What's the relationship in perl6 between namespaces and classes? Hmm, well, that's hard to put one's finger on, but to the first approximation namespaces are for declarational names, while classes can really only name things operat

Re: [perl #38931] [RFE] Double-quoted strings automatically determine string type

On Mon, Apr 17, 2006 at 01:52:43PM +0200, Leopold Toetsch wrote: : : On Apr 17, 2006, at 0:02, Nicholas Clark wrote: : : >I think Dan was thinking that internally everything should be fixed : >width, : >and for practical reasons pick the smallest of 8 bit, UCS-16 and UCS-32 : >internally. Conver

Re: second draft of I/O PDD

On Sat, Mar 18, 2006 at 11:01:34PM -0800, Allison Randal wrote: : But, yes, I agree with the principle of not maintaining two : completely separate implementations for synchronous and asynchronous : ops. The earlier design approached that by having the synchronous ops : be asynchronous intern

Re: Supporting C static storage

On Thu, Feb 02, 2006 at 07:12:08PM +0100, Leopold Toetsch wrote: : >... Anyway, : >the P6 model of "state" is more like a persistent lexical than like : >C's static. : : Sorry for my dumb question - what's the difference then? (Besides that C : dosn't have closures ;) That *is* the difference.

Re: [perl #38406] [BUG] PGE - truncating PIR code generated by p6rule

On Thu, Feb 02, 2006 at 11:33:25AM +0100, Leopold Toetsch wrote: : : On Feb 2, 2006, at 2:33, Allison Randal (via RT) wrote: : : >I've spent too much time on this error, so I'm routing around it, but : >I'd love to figure out what's causing it. In my local version of : >Punie I get this error whe

Re: Supporting C static storage

On Thu, Feb 02, 2006 at 12:51:36PM +0100, Leopold Toetsch wrote: : Another idea: : : We keep the call frame of subs with statics (or Perl6 INIT and FIRST : blocks) after returning from the sub. Additionally, we can set a new : entrypoint for the sub after running the INIT code (or static : init

Re: Supporting safe managed references

On Tue, Jan 24, 2006 at 01:04:10PM -, Jonathan Worthington wrote: : Looking at what Chip said though, it would appear that the much cleaner : solution I was hoping to find exists and can be found in lex pad stuff, : which I need to go stare at for a bit before replying. :-) This is tangenti

Re: [perl #38217] r11124: Cygwin build fails

On Tue, Jan 17, 2006 at 08:28:37AM -0600, Greg Bacon wrote: : I'm still seeing a link failure with r11221. : : A confusing bit: I stopped the stripping of libparrot.dll, and nm : seems to see the symbols that the linker's complaining about: : : [...] : Compiling with: : xx.c : gcc -I./include -pi

Re: Parrot link failure imc_yyin_set/get

On Mon, Jan 16, 2006 at 02:48:57PM -0800, Larry Wall wrote: : I just had the same problem, and chased it down to the fact that it was : using -L/usr/local/lib ahead of its own blib, so it was linking against : an old libparrot of some sort or other. I'm not sure what the correct : soluti

Re: Parrot link failure imc_yyin_set/get

I just had the same problem, and chased it down to the fact that it was using -L/usr/local/lib ahead of its own blib, so it was linking against an old libparrot of some sort or other. I'm not sure what the correct solution is, but as a workaround I deleted /usr/local/lib/libparrot* and then it lin

Re: [RFC] Dynamic binding patch

On Mon, Jan 02, 2006 at 06:55:24PM -0500, Bob Rogers wrote: : [2] About two-thirds of the way through A06 (search for "temporize : object attributes"), Larry says that this will be done via : closures. In order to support rezipping, such a closure would need : to accept a new value

Re: Bug or feature? Probably bug with macros

On Mon, Dec 12, 2005 at 11:14:32AM -0800, Chip Salzenberg wrote: : I still think heredocs were a botch for : Perl, which is generally not line-oriented. Hmm, well, the point is not so much whether Perl is line-oriented, but whether the *data* is line-oriented. The orientation of Perl is to go the

Re: [perl #37788] [TODO] dir reorg: move imcc/docs/ to docs/imcc/

On Sat, Dec 10, 2005 at 08:36:46AM -0800, jerry gay wrote: : imcc is the compiler for three languages: PIR, PASM, and PAST. So just rename the directory to P*. Oh, wait... Larry

Re: Solving '=' confusion: ':=' for aliasing

On Wed, Nov 30, 2005 at 11:04:43AM -0800, Chip Salzenberg wrote: : On Wed, Nov 30, 2005 at 12:49:13PM -0500, Joshua Juran wrote: : > On Nov 29, 2005, at 5:16 PM, Chip Salzenberg wrote: : > >Excellent. Now if only I knew a good language for text filters... : > : > How about sed or awk? : : Hm. I

Re: transactional memory in Parrot

On Wed, Nov 16, 2005 at 08:32:01PM +0100, Leopold Toetsch wrote: : >Some basic questions: is there a notion of "current time" in Parrot, : >like : >a cycle counter or anything? I don't see any instructions I could get : >one : >from inside a PASM program, and I didn't see any of the .c files : >

Re: HLL Namespace Design

On Tue, Sep 06, 2005 at 10:49:32AM -0400, Matt Diephouse wrote: : That's what I'll eventually be getting to. But in order to design : those methods well, we need to know what tasks we need to accomplish. : What's even more important, I think, is the storage slots for the : necessary information. Wh

Re: defaults (was: Python PMC's)

On Tue, Aug 23, 2005 at 03:48:03PM -0400, Sam Ruby wrote: : How will Perl6 evaluate defaults? : : Like Python: : : global x : x=1 : def f(p1=x): : return p1 : x=2 : print f() : : or like Ruby: : : $x=1 : def f(p1=$x) : return p1 : end : $x=2 : puts f() By default, d

Re: branches/leo-ctx5 update

On Fri, Jul 08, 2005 at 03:17:42PM -0400, Chip Salzenberg wrote: : Larry on p6i? I didn't expect some kind of Perlish Exposition! Hey, I'm the chief Lurky Turkey around here... : Incidentally, under the "appropriate amount of fun" topic: An : interesting Parrot/Perl6 intersection problem with na

Re: branches/leo-ctx5 update

On Fri, Jul 08, 2005 at 11:13:27AM -0400, Chip Salzenberg wrote: : Tt makes sense to scan the pairs containing named arguments by : iterating through the list of pairs (if any), not by iterating through : the parameters and doing a sequential scan for an appropriately named : pair for each one. Ac

Re: PMCs: Should We Use Them?

On Thu, Jul 07, 2005 at 09:28:04PM -0400, Michal Wallace wrote: : What I'd want is to be able to download the language : specific extensions as a library from cpan. Better : yet if users can do it themselves without having : to bug me. Hmm... : Sure, I'd probably install as much as I could, but

Re: PGE: Code Blocks

On Tue, Jul 05, 2005 at 12:45:11PM -0500, Patrick R. Michaud wrote: : On Tue, Jul 05, 2005 at 08:51:39AM -0700, Larry Wall wrote: : > : > For languages that cannot do one-pass parsing, it would be saner in : > the long run for rules to delimit such code with delimiters that : > are

Re: PGE: Code Blocks

On Tue, Jul 05, 2005 at 08:42:44AM -0500, Patrick R. Michaud wrote: : In short, when PGE's : parser encounters a code block, it needs to hand off control to : the target language's compiler to parse to the end of the : code block and receive back from that compiler the length of : the block parsed.

Re: PGE bug?

On Fri, Jul 01, 2005 at 07:12:40PM +0100, Nicholas Clark wrote: : Does this mean that to remove recursion from perl 5, : instead of re-writing the engine to be iterative, it might be easier to : emulate co-routines using setjmp/longjmp, retaining almost all of the existing : code? Easier, yes. Mo

Re: PGE bug?

On Fri, Jul 01, 2005 at 12:02:44PM -0500, Patrick R. Michaud wrote: : Well, since each rule invocation ends up with its own stack : (it's a Coroutine), I'm hoping this won't be a big issue. But if : it does turn out to be one, I think we'll find a way to deal with : it then. :-) Well, for simpl

Re: PGE bug?

On Fri, Jul 01, 2005 at 08:38:01AM +0100, Nicholas Clark wrote: : Does this mean that you're using the same recursive approach that the perl 5 : regular expression engine uses? (Not that I understand much of the perl 5 : engine, except that uses recursion to maintain parts of state) No, Perl 5 has

Re: [perl #36250] [TODO] STM threading design

On Sat, Jun 11, 2005 at 02:23:10PM -0700, Chip Salzenberg wrote: : STM is Software Transactional Memory. It's wicked cool. Really. : Google it. You'll be glad you did. I'm particularly interested by the scalability of http://www.cambridge.intel-research.net/~rennals/faststm.html (There's

Re: What the heck is... wrong with Parrot development?

On Mon, Jun 06, 2005 at 04:31:01PM +0200, anonymous coward wrote: : It's a funny old world... : wrote Dan Sugalski on June 04, 2005 in his Squawks of the Parrot blog. : Go and see: . : : Hence the subject. : : What the heck is wrong with Parrot

Re: Object Numify/Stringify-ing to Unique values

On Sat, May 14, 2005 at 02:57:53PM +0200, Leopold Toetsch wrote: : If we want some interoperbility with Python dicts, hashing will not be : done on ids but on the hash function of the type. Which Perl could default to id. Larry

Re: parrot and refcounting semantics

On Fri, Apr 29, 2005 at 08:14:38AM -0400, Butler, Gerald wrote: : : Isn't there something like: : : { : my $s does LEAVE { destroy $s } = new CoolClass; : # ... do stuff that may throw ... : } : : Or something like that? Yes,it's my $s will leave { d

Re: How do I... tie hashes/arrays?

On Wed, Apr 20, 2005 at 08:39:02AM +0200, Leopold Toetsch wrote: : Larry Wall <[EMAIL PROTECTED]> wrote: : > On Tue, Apr 19, 2005 at 02:02:41PM +, Ingo Blechschmidt wrote: : : >: # Possibility #2 : >: multi sub *postcircumfix:<'[', ']'>(TiedAr

Re: [RFC] some doubtable MMDs?

On Sun, Apr 17, 2005 at 09:50:28AM +0200, Leopold Toetsch wrote: : Larry Wall <[EMAIL PROTECTED]> wrote: : > Is there a bitarray lookup by native int? : : Yes. All array lookups support a native int index. Good, good. Speaking of bitarrays (uint1 in the Perl panoply of types), is

Re: nbsp in \s, and <>

On Sat, Apr 16, 2005 at 10:22:45AM +0200, Leopold Toetsch wrote: : Well there are three different whitespace lists. The Parrot program [1] : below shows all, including space and blank. I suspect we'll end up with about as many whitespace definitions as there are computer languages, or maybe as man

Re: [RFC] some doubtable MMDs?

On Sat, Apr 16, 2005 at 10:36:37AM +0200, Leopold Toetsch wrote: : Larry Wall <[EMAIL PROTECTED]> wrote: : > Perl 6 tends to distinguish these as different operators, though Perl 5 : > did overload the bitwise ops on both strings and numbers, which newbies : > found confusing in

Re: [RFC] some doubtable MMDs?

On Fri, Apr 15, 2005 at 11:11:00PM -0400, Bob Rogers wrote: : By the same token, couldn't one reasonably ask for a boolean array that : required BigInt subscripts, even on said 32-bit machine? (Once boolean : arrays actually store one element per bit, that is.) Or are subscripts : this large rule

Re: [RFC] some doubtable MMDs?

On Fri, Apr 15, 2005 at 02:38:36PM +0200, Leopold Toetsch wrote: : I'm not quite sure, but it seems that some of the MMD functions may : better be vtable methods: : : - bitwise_sh[rl]*shift by anything other then int? : - bitwise_lsris missing generally : : or even just a plain opcod

Re: identity tests and comparing two references

On Sat, Apr 02, 2005 at 11:22:43AM +0200, Leopold Toetsch wrote: : Larry Wall <[EMAIL PROTECTED]> wrote: : >: On Thu, 2005-03-31 at 23:46 -0800, Darren Duncan wrote: : >: : >: In P6, an object is a data-type. It's not a reference, and any member : >: payload is attached d

Hyphenated rule names [Was: Perl 6 Summary for 2004-12-06 through 2004-12-20]

On Mon, Dec 20, 2004 at 09:52:32PM -0500, Matt Fowles wrote: : Much churning went on and it seems that multiple different : (but identically named) rule captures can now be performed by adding : information after a dash ala " ". Actually, much churning is still going on in both @Larry

Re: Objects, classes, metaclasses, and other things that go bump in the night

On Tue, Nov 30, 2004 at 08:07:49PM +, mark sparshatt wrote: : Sam Ruby wrote: : >I know what a singleton is. I don't know what it means to "put the : >object into a singleton anonymous subclass", or why you would want to do : >such a thing. : > : : I think that this is in order to supports

Re: Exceptions, sub cleanup, and scope exit

On Fri, Nov 19, 2004 at 09:59:18AM +0100, Leopold Toetsch wrote: : Allowing just one additional object doesn't properly support Python, : which has two optional expressions for the C statement and Python : attaches a traceback object to the exception. : : OTOH (again from Python's view) raising ju

Re: Continuations, basic blocks, loops and register allocation

On Mon, Nov 15, 2004 at 09:51:58AM +0100, Leopold Toetsch wrote: : Yes, as said I'm fine too with that. Perl/Python will do that anyway. : But what about other languages? Are we forcing these to be as dynamic as : the primary HLL targets? In Perl 6, any assumptions that cause inefficiency should b

Re: Strings, charsets, and encodings, oh my!

All in all, looks really good, especially the fact that it defaults to a grapheme view rather than a codepoint view. I also like the escape valve for drilling down to bytes if you really need it, but it reminds me that we'll need something similar for drilling down to codepoints for those charsets

Re: Namespaces

On Wed, Sep 29, 2004 at 10:25:29AM -0400, Dan Sugalski wrote: : best to go with a unified hierarchy/variable namespace, so we'll : postpend a NUL to the end of non-variables. Well, I'd prepend the null just to reduce confusion (or rather, to force the confusion earlier), but guess I really don't

Re: Namespaces again

On Tue, Sep 28, 2004 at 08:58:05AM -0700, Jeff Clites wrote: : You'd still say a given namespace has different : "sections" to accommodate different categories of entities. So what you're basically saying is that symbols should be stored in some kind of extensible URL-ish space. Something to be

Re: Why lexical pads

On Sat, Sep 25, 2004 at 10:01:42PM -0700, Larry Wall wrote: : We've also said that MY is a pseudopackage referring to the current : lexical scope so that you can hand off your lexical scope to someone : else to read (but not modify, unless you are currently compiling : yourself). However, r

Re: Why lexical pads

On Sat, Sep 25, 2004 at 02:11:10PM -0400, Chip Salzenberg wrote: : According to Dan Sugalski: : > At 12:25 PM -0400 9/25/04, Chip Salzenberg wrote: : > > my $i is register; : > : > Except that makes things significantly sub-optimal in the face of : > continuations, since registers aren't preserve

Re: Why lexical pads

On Sat, Sep 25, 2004 at 11:49:26AM -0700, Jeff Clites wrote: : >It also makes up-call lexical peeking and modification impossible. : >This is something Larry's specified Perl 6 code will be able to do. : > : >That is, any routine should be able to inspect the environment of its : >caller, and mod

Re: No Autoconf, dammit!

On Mon, Sep 20, 2004 at 08:36:04AM -0400, Chip Salzenberg wrote: : According to Larry Wall: : > On Sat, Sep 18, 2004 at 12:27:36PM -0700, Jeff Clites wrote: : > : Ha, I'm sure it could probably be done, but of course "most" of what : > : the shell does it invoke other pr

Re: No Autoconf, dammit!

On Sat, Sep 18, 2004 at 12:27:36PM -0700, Jeff Clites wrote: : Ha, I'm sure it could probably be done, but of course "most" of what : the shell does it invoke other programs, so in the common case it still : wouldn't give you portability to non-Unix-like platforms. Just translate it to a languag

Re: Semantics for regexes - copy/snapshot

On Wed, Sep 08, 2004 at 11:00:54PM -0700, Steve Fink wrote: : I vote for leaving all of these sorts of cases undefined. Well, : partially defined -- I'd rather we didn't allow ($a = "aaa") =~ s/a/b/g : to turn $a into "gawrsh". At the very least, define the exact number of : output and stores for "

Re: No Autoconf, dammit!

On Wed, Sep 08, 2004 at 05:41:33PM +0200, Adam Herout wrote: : For a particular project I am considering using Parrot on a custom : system based on Texas Instuments DSP processor - this class of systems : is described as weird rather than prehistoric. : I hope that Parrot might be the option for

Re: Semantics for regexes

On Thu, Sep 02, 2004 at 10:43:48AM -0400, Aaron Sherman wrote: : On Wed, 2004-09-01 at 17:00, Larry Wall wrote: : > Okay, except that hypotheticality is an attribute of a variable's : > value, not of the pad it's in. : : Yes, I think I got that part, and perhaps I was being uncle

Re: Semantics for regexes

On Wed, Sep 01, 2004 at 04:33:24PM -0400, Aaron Sherman wrote: : On Wed, 2004-09-01 at 16:07, Larry Wall wrote: : : > I see one other potential gotcha with respect to backtracking and : > closures. In P6, a closure can declare a hypothetical variable : > that is restored only if th

Re: Semantics for regexes

On Wed, Sep 01, 2004 at 01:07:49PM -0700, Larry Wall wrote: : We might have to use arbitrary code to match arrays and hashes as well, : if the opcodes support only scalar string matches. I really wasn't being very clear about this. For efficiency we may need "trie" support (or so

Re: Semantics for regexes

On Wed, Sep 01, 2004 at 01:57:32PM -0400, Dan Sugalski wrote: : I promised Patrick this a while back but never got it, so here it is. : : This is a list of the semantics that I see as needed for a regex : engine. When we have 'em, we'll map them to string ops, and may well : add in some special-

Re: Last bits of the basic math semantics

On Tue, Aug 31, 2004 at 06:58:02PM +0200, Leopold Toetsch wrote: : First, we should probably ask HLL designers. I can imagine two options: : 1) rotate whatever is there - don't care about higher bits : 2) if higher bits are non-zero, throw an exception Well, I'm just one datapoint, and maybe I'm a

Re: Popping an empty stack

On Tue, Aug 17, 2004 at 03:15:01AM -0600, Luke Palmer wrote: : Michel Pelletier writes: : > > We have to through an IndexError exception for Python. But that's not : > > done yet. : > : > Okay, I'll keep depth checking. I thought about attempting a patch, but : > Larry says return an undef contai

Re: Popping an empty stack

On Mon, Aug 16, 2004 at 05:09:45AM -0700, Michel Pelletier wrote: : : $P0 = new .PerlArray : pop $P1, $P0 : : kills the process with a 'Array index out of bounds!'. Is there a way : to get an exception I can catch out of this? Right now I check the : depth every time I want to pop, which adds a

Re: Questions about Exceptions & Re: What Unicode means to us

On Sat, Aug 14, 2004 at 12:26:23AM -0400, Michael Stone wrote: : Finally, (and I'm just thinking about charset stuff here), exceptions : frequently involve a bit of string processing. So if the : charset/encoding code starts throwing exceptions, how do we write the : string processing that thos

Re: PMC semantics - integer

On Tue, Aug 10, 2004 at 01:43:37PM +0200, Leopold Toetsch wrote: : We need offical PDDs about the behavior of our PMCs. I hope that Perl6 : types will be the same as Perl5 types. Well, assuming that Perl 6 is like Perl 5 is often a good first approximation, but in this case we're thinking that In

Re: What Unicode means to us

On Wed, Aug 11, 2004 at 04:16:48PM -0400, Dan Sugalski wrote: : If it's that handy then someone can write a library routine. This : feels very much to be in the same category as running a : speech-to-text algorithm if you send WAV data to a text filehandle. Well, you can write a library routine,

Re: Functions for embedders to override

On Tue, Aug 10, 2004 at 10:45:43AM -0700, Brent 'Dax' Royal-Gordon wrote: : I would assume (hope) that these tables would not be allowed to change : once Parrot started using them. It seems like an extremely dangerous : thing to have two calls to read() be performed by different functions, : after

Re: Handling block parameters in Ruby

On Fri, Aug 13, 2004 at 02:12:06PM +0100, mark sparshatt wrote: : My main worry with this approach is how it would interact with slurpy : args. I mean if method is defined as : : def method(*args) : ... : end : : how do I make sure that $clos doesn't become part of args? In Perl 6 circles we've

Re: [perl #31036] Switches not stripped out when executing

On Mon, Aug 09, 2004 at 05:47:21PM -0700, Dan Sugalski wrote: : Parrot needs to strip out all the switches : it understands from the command line and leave argv[0] as the name of : the invoked program. I'd go a bit further and say simply that any unrecognized switch before the invoked program is

Re: the whole and everything

On Tue, Jul 20, 2004 at 07:24:52PM +0200, Leopold Toetsch wrote: : There is no need to change these things before OSCON. All benches that : run are running from equal speed C up : to around 3 times the speed of Python, e.g. the PI() coroutine in b2.py : :) So Evil Larryâ suggests that you embed a

Re: the whole and everything

On Tue, Jul 20, 2004 at 11:34:32AM -0400, Dan Sugalski wrote: : So much for not changing the calling conventions. :( I think most of us would agree that you're allowed to break anything you like this week. Worry about unbreaking things after OSCON... Larry

Re: Pie-thon state 4

On Sat, Jul 17, 2004 at 09:47:14AM +0200, Leopold Toetsch wrote: : Or a lysdexic variant of SCNR A "lysdexic" would be a Greek with a broken right hand... Larry

Re: Q: PIO_unix_pipe

On Mon, Jun 07, 2004 at 09:32:27AM -0400, Dan Sugalski wrote: : Yeah, good point. pipeopen maybe? (Though then that gets confused with : regular pipes) childproc? In Perl 5 backticks actually call the "readpipe" function, which is even documented, will wonders never cease. : If it weren't so darn

Re: P6C: Parser Weirdness

On Thu, May 13, 2004 at 09:41:54PM +0100, Dave Mitchell wrote: : On Thu, May 13, 2004 at 12:22:09PM -0700, Larry Wall wrote: : > No, you still have the four basic actions. Subparsing is all hidden in : > the lexer. : : Hence why the lexer in Perl 5 is 8000 lines long ;-) Well, actuall

Re: P6C: Parser Weirdness

On Thu, May 13, 2004 at 03:27:43PM -0400, Dan Sugalski wrote: : I think the prudent thing to do there, since we're going to very : rarely be adding new operators, is to assign the darned things real : precedence numbers which get dynamically set. Add a new operator : between two others and every

Re: P6C: Parser Weirdness

On Thu, May 13, 2004 at 01:01:12PM -0500, Abhijit A. Mahabal wrote: : I have been thinking the following about what larry said earlier. Is this : what you meant, larry? : : $grammar = q{ : class_defn: "class" block .. etc (normal top-down stuff) : ... : term: { call Parse::Yapp o

Re: P6C: Parser Weirdness

On Thu, May 13, 2004 at 10:26:32AM -0500, Abhijit A. Mahabal wrote: : : On Wed, 12 May 2004, Larry Wall wrote: : : > In fact, I'd go so far as to say that it's almost impossible to do : > recursive descent when you allow for defining new operator precedence : > levels on the

Re: P6C: Parser Weirdness

On Tue, May 11, 2004 at 10:48:22AM -0400, Dan Sugalski wrote: : >Certainly some things won't be recursive-descent anyway (operator : >precedence). : : Oh, don't be too sure of that. :) Oh, I think Allison can be quite sure of that. :-) In fact, I'd go so far as to say that it's almost impossibl

Re: [FIX] Re: [perl #29257] Build libnci.so by default

On Fri, May 07, 2004 at 10:13:13AM +0200, Leopold Toetsch wrote: : Or better create a string_equal_cstring. We are comparing : signatures here, which are just plain ASCII strings. I don't think, that : we should allow non-ASCII signatures. [I'm assuming that these internal signatures contain actua

Re: Strings Manifesto

On Fri, Apr 30, 2004 at 08:59:55AM -0700, Jeff Clites wrote: : >I can't imagine that : >we use a different data type, this would totally mess with Perl : >compatibility. : : Not necessarily (or, that wasn't my intention). For Ponie, we can do : this: Anded or ored? : 1) Just always implicitly a

Re: [Q2] (Re: The strings design document)

On Fri, Apr 30, 2004 at 08:38:18AM -0700, Jeff Clites wrote: : On Apr 28, 2004, at 5:01 AM, Dan Sugalski wrote: : : >At 3:17 AM -0700 4/28/04, Jeff Clites wrote: : >>On Apr 23, 2004, at 2:43 PM, Dan Sugalski wrote: : >> : >>>For example, consider the following: : >>> : >>> use Unicode; : >>> ope

Re: Strings Manifesto

On Wed, Apr 28, 2004 at 03:30:07PM -0700, Jeff Clites wrote: : Outside. Conceptually, JPEG isn't a string any more than an XML : document is an MP3. I'm not vehemently opposed to redefining the meaning of "string" this way, but I would like to point out that the term used to have a more general m

Re: MMD table setup semantics

On Wed, Apr 28, 2004 at 05:20:53PM -0400, Dan Sugalski wrote: : The first question is... *should* we synthesize anything at all? I'd : argue yes, but at this level I can see it going either way. Probably, in general. It's the equivalent of a method cache. But maybe some people will want to take

Re: File stat info

On Wed, Apr 28, 2004 at 10:49:50PM +0300, Jarkko Hietaniemi wrote: : > Yech, good point. I'm not even sure you can do any sort of sane : > abstraction there. : > : > In that case, are we better off chopping it out entirely and leaving : > it to library code, or making it a simple yes/no indicato

Re: File stat info

>From a Perl 6 language point of view, populating an array is a waste of time. The user just wants an object that has various methods. Some of those methods (ACLs, for instance) might be optional depending on the roles filled by the object. New roles can be added to the object as the concept of f

Re: Strings Manifesto

All in all, very well written. I do, of course, have a few quibbles: On Wed, Apr 28, 2004 at 04:22:07AM -0700, Jeff Clites wrote: : As it turns out, people find it convenient to programmatically represent a : character by an integer (think "whole number", not a specific data type : here). Afte

  1   2   3   >