Re: Strange interaction between pairs and named binding

2005-07-22 Thread Damian Conway
Larry wrote: : If the Bare code object (including pointy and non-pointy) default their : parameter types to "Any" (that is, Item|Pair|Junction), then all of : these would work: : : for [1..10].pairs { say(.value) } : for [1..10].pairs { say($^x.value) } : for [1..10].pairs -> $x {

Perl6 rules grammar

2005-07-22 Thread Patrick R. Michaud
A couple of people have been making contributions to the rx_grammar.pl file in pugs (modules/Grammars/rx_grammar.pl), so I thought I'd start maintaining an "official Perl 6 grammar" in the parrot repository, that can be maintained/monitored closely with PGE. The latest version of the grammar f

patches accumulating

2005-07-22 Thread Leopold Toetsch
There is a long list of folks with commit rights for parrot svn. I don't have always the time to ci @all_patches (and will not have the next days to do so), therefore I'd really appreciate, if patches could be reviewed, commented if needed, and *applied* w/o me too, if these patches are sane of

Calling Super Methods

2005-07-22 Thread Matt Diephouse
There's currently no way to call a superclass' method. I've just run into this and leo suggested I sent a note to the list. Here's what I want to do: I have a ParrotClass (a class defined in PIR) that is derived from the String class. I want to override it's set_string_native method to do some pr

[PATCH] Win32 exec cmd buffer realloc

2005-07-22 Thread Greg Bacon
The attached patch goes over Jonathan Worthington's earlier patch and corrects an omission in resizing the cmdline buffer for large commands. Greg diff -ru parrot/config/gen/platform/win32/exec.c parrot-mod/config/gen/platform/win32/exec.c --- parrot/config/gen/platform/win32/exec.c 2005-07-2

Re: Strange interaction between pairs and named binding

2005-07-22 Thread Larry Wall
On Tue, Jul 19, 2005 at 12:25:02PM +0800, Autrijus Tang wrote: : On Mon, Jul 18, 2005 at 03:48:55PM -0700, Brent 'Dax' Royal-Gordon wrote: : > Autrijus Tang <[EMAIL PROTECTED]> wrote: : > > This currently works in Pugs: : > > : > > for [1..10].pairs -> Pair $x { say $x.value } : > > : > > But t

Re: Do I need "has $.foo;" for accessor-only virtual attributes?

2005-07-22 Thread Matt Diephouse
Larry Wall <[EMAIL PROTECTED]> wrote: > On Thu, Jul 21, 2005 at 03:25:17PM -0400, John Siracusa wrote: > : Damian may not like the colon, but I couldn't help thinking that the "_" > : could be replaced with ":" and things would be cleaner. Example: > > Well, but the _ really is part of the name,

Re: DBI v2 - Data In and Data Out

2005-07-22 Thread Raphael Wegmann
John Williams schrieb: The proposals so far have dealt mostly with the SQL itself, and supporting database-neutral layers on top of DBI. Personally, I don't mind writing the SQL myself, I rarely need to make a particular statement work on two databases in my work, and I can optimize a lot better

[perl #36636] Using addparent with PMCs

2005-07-22 Thread via RT
# New Ticket Created by Matt Diephouse # Please include the string: [perl #36636] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=36636 > The addparent opcode doesn't work currently with PMCs (on either end): harmony:

Re: Do I need "has $.foo;" for accessor-only virtual attributes?

2005-07-22 Thread chromatic
On Fri, 2005-07-22 at 20:35 +0200, "TSa (Thomas Sandlaß)" wrote: > Ups, I hoped that the type system would find out mismatches of the > objects actual structure and the methods expectations of it. Essentially > rendering the method in question not applicable to the object anymore. I'm not sure th

Re: Do I need "has $.foo;" for accessor-only virtual attributes?

2005-07-22 Thread TSa (Thomas Sandlaß)
Larry Wall wrote: $x is visible only in the rest of the lexical scope. In contrast, $_y would presumably still be visible if the class were reopened. Which brings me to the question how the name information is told to a prospective user if the source code of the the first definition shall not

Re: Do I need "has $.foo;" for accessor-only virtual attributes?

2005-07-22 Thread TSa (Thomas Sandlaß)
Larry Wall wrote: The problem I have with "is private" is that, while there may very well be a trait of that name that you can interrogate, I really want people to think of the private methods as being in a different namespace so that there's no confusion about the fact that you can have a privat

Re: Do I need "has $.foo;" for accessor-only virtual attributes?

2005-07-22 Thread John Siracusa
Third time's the charm...really. Please ignore the last two messages from me in favor of this one please. Sigh**2. --- On 7/22/05 11:37 AM, Larry Wall wrote: > The problem I have with "is private" is that, while there may very > well be a trait of that name that you can interrogate, I really >

Re: Do I need "has $.foo;" for accessor-only virtual attributes?

2005-07-22 Thread Larry Wall
On Fri, Jul 22, 2005 at 12:53:45AM -0700, Brent 'Dax' Royal-Gordon wrote: : Larry Wall <[EMAIL PROTECTED]> wrote: : > $x is visible only in the rest of the lexical scope. In contrast, : > $_y would presumably still be visible if the class were reopened. : : This strikes me as an exceedingly bad i

Re: Do I need "has $.foo;" for accessor-only virtual attributes?

2005-07-22 Thread John Siracusa
Ack, I screwed up that last email with some bad copy and paste. Ignore it in favor of this one please :) --- On 7/22/05 11:37 AM, Larry Wall wrote: > The problem I have with "is private" is that, while there may very > well be a trait of that name that you can interrogate, I really > want people

Re: Do I need "has $.foo;" for accessor-only virtual attributes?

2005-07-22 Thread John Siracusa
On 7/22/05 11:37 AM, Larry Wall wrote: > The problem I have with "is private" is that, while there may very > well be a trait of that name that you can interrogate, I really > want people to think of the private methods as being in a different > namespace so that there's no confusion about the fact

[PATCH] Library Loading On Win32

2005-07-22 Thread Jonathan Worthington
Hi, Under Win32 it's common to install stuff...well...anywhere the person installing it wants. With this patch, we can create binary distributions for Win32 that don't need Parrot to be installed in the place that "make install" decides to put it. Normally libraries are loaded by appending

dynclasses on Windows

2005-07-22 Thread Nick Glencross
Guys, I've been giving some thought to what needs doing to get dynclasses working on Windows. I'm not particularly intimate with Windows, but use cygwin quite a bit. One area that I'm still not 100% clear about is the visibility of symbols within DLLs and executables, so please be kind! Fr

Re: Do I need "has $.foo;" for accessor-only virtual attributes?

2005-07-22 Thread Larry Wall
On Fri, Jul 22, 2005 at 07:35:30AM -0500, Collin Winter wrote: : > I'm not married to the colon. Speaking of traits and adverbs, why not use : > one of those in the "has" declaration instead? That'd certainly be a lot : > more explicit than the magic leading underscore (although I'm at a loss as

Re: Tail method calls, can(), and pre-currying

2005-07-22 Thread Larry Wall
On Fri, Jul 22, 2005 at 07:04:24AM -0700, Brent 'Dax' Royal-Gordon wrote: : On 21/07/05, Adriano Ferreira <[EMAIL PROTECTED]> wrote: : > But is there any other case where we need an explicit tail call with "goto"? : : When the callee uses `caller Which we may not know, especially if we're tail-ca

Re: Do I need "has $.foo;" for accessor-only virtual attributes?

2005-07-22 Thread Stevan Little
Brent, On Jul 22, 2005, at 3:53 AM, Brent 'Dax' Royal-Gordon wrote: (If not this, I at least would like to see a way to make roles and/or class extensions optionally merge their namespace with the class they're being composed into; a simple 'is merged' on the role/extension's definition might do

Re: leo-ctx5 (r8656): test results

2005-07-22 Thread jerry gay
On 7/22/05, Nick Glencross <[EMAIL PROTECTED]> wrote: > Can I just check, are the python dynclasses being executed and passing, > or not being run in these tests? > tests are not run currently in leo's branch only (see jonathan's message.) but The Great Merge to trunk will carry this change with i

Re: Tail method calls, can(), and pre-currying

2005-07-22 Thread Brent 'Dax' Royal-Gordon
On 21/07/05, Adriano Ferreira <[EMAIL PROTECTED]> wrote: > But is there any other case where we need an explicit tail call with "goto"? When the callee uses `caller -- Brent 'Dax' Royal-Gordon <[EMAIL PROTECTED]> Perl and Parrot hacker

Re: Do I need "has $.foo;" for accessor-only virtual attributes?

2005-07-22 Thread Collin Winter
> I'm not married to the colon. Speaking of traits and adverbs, why not use > one of those in the "has" declaration instead? That'd certainly be a lot > more explicit than the magic leading underscore (although I'm at a loss as > to what the trait would be named...) I'd like to see an "is privat

Re: [PATCH] Win32 executable generation

2005-07-22 Thread Jonathan Worthington
"Leopold Toetsch" <[EMAIL PROTECTED]> wrote: Jonathan Worthington wrote: Hi, Unfortunately, the built exe file does...nothing. Well, I don't know, how exe files on win32 look like, but Parrot supports these: EXEC_{A_OUT,ELF,MACH_O,COFF} (see src/exec_save.c). Is any one of these EXEC sym

Re: [PATCH] Win32 executable generation

2005-07-22 Thread Leopold Toetsch
Jonathan Worthington wrote: Hi, Unfortunately, the built exe file does...nothing. Well, I don't know, how exe files on win32 look like, but Parrot supports these: EXEC_{A_OUT,ELF,MACH_O,COFF} (see src/exec_save.c). Is any one of these EXEC symbols defined? (This doesn't imply that the pa

[PATCH] Win32 executable generation

2005-07-22 Thread Jonathan Worthington
Hi, The attached patch does some changes to make it possible to generate an EXE file on Win32. Firstly, main.c looked for the extension .o to know to make an object file; on Win32 it's .obj. The fix will work for other platforms where it isn't .o too. Secondly, the make exec target in the

Re: Do I need "has $.foo;" for accessor-only virtual attributes?

2005-07-22 Thread Stevan Little
Larry, On Jul 21, 2005, at 8:07 PM, Larry Wall wrote: On Thu, Jul 21, 2005 at 05:15:34PM -0400, Stevan Little wrote: : This means that Roles are now first-class-ish things. Meaning they : cannot just simply be composed into classes since now we have to keep a : table of elements which are priv

RE: [perl #36620] Bug in editor/ops2vim.pl

2005-07-22 Thread Amir Karger
Oops, you'r right. perldoc perlop says is a nickname for <>, but it's not as magical. > -Original Message- > From: jerry gay via RT [mailto:[EMAIL PROTECTED] > Sent: Thursday, July 21, 2005 2:42 PM > To: [EMAIL PROTECTED] > Subject: Re: [perl #36620] Bug in editor/ops2vim.pl > > actual

Re: leo-ctx5 (r8656): test results

2005-07-22 Thread Jonathan Worthington
"Nick Glencross" <[EMAIL PROTECTED]> wrote: Failed Test Stat Wstat Total Fail Failed List of Failed --- imcc\t\syn\clash.t 3 768153 20.00% 1-2 8 imcc\t\syn\labels.t 1 256 71 1

Re: leo-ctx5 (r8656): test results

2005-07-22 Thread Nick Glencross
Jerry Gay wrote: win32--msvc-7.1--perl-5.8.6 reports some unexpected errors. dynclass and spawnw are expected on windows, the rest are not. if requested, i can provide more details on the failing tests. ~jerry Failed Test Stat Wstat Total Fail Failed List of Failed ---

Re: Do I need "has $.foo;" for accessor-only virtual attributes?

2005-07-22 Thread Brent 'Dax' Royal-Gordon
Larry Wall <[EMAIL PROTECTED]> wrote: > $x is visible only in the rest of the lexical scope. In contrast, > $_y would presumably still be visible if the class were reopened. This strikes me as an exceedingly bad idea. Encapsulation is a very good thing, and I'm glad it's being added to Perl 6.