Re: Allowing '-' in identifiers: what's the motivation?

* John M. Dlugosz <[EMAIL PROTECTED]> [2008-08-11 06:25]: > I do agree that it may be better for multi-word identifiers > than camel case or underscores, as seen in many other languages > that the great unwashed masses have never heard of. XML and the stack of related technologies also do this (in

[perl #57476] [pdb] parrot version

Closing ticket.

[perl #57776] [BUG] PIO_buf_read segfault

# New Ticket Created by "jason switzer" # Please include the string: [perl #57776] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57776 > [EMAIL PROTECTED] perl6 $ gdb ./perl6 GNU gdb 6.8 Copyright (C) 2008 Free Software Fo

[perl #57790] array indexing of integers parses(!), fails at runtime and exposes internals

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #57790] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57790 > r30166: $ perl6 -e '99[1]' get_pmc_keyed() not implemented in class 'Integer' [...]

Re: Closure vs Hash Parsing

On 10 Aug., 00:58, [EMAIL PROTECTED] (Patrick R. Michaud) wrote: > On Fri, Aug 08, 2008 at 07:32:52AM +0200, Carl Mäsak wrote: > > Jonathan (>): > > > That this means the { $_ => uc $_; } above would end up composing a Hash > > > object (unless the semicolon is meant to throw a spanner in the > > >

[perl #57788] rakudo doesn't recognize when subs or methods are being redefined

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #57788] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57788 > r30166: $ ./perl6 -e 'sub x{};sub x{1};say x' 1 $ ./perl6 -e 'class A{method x{1};method

[perl #57794] [doc] POD error in compilers/pirc/new/pircompunit.c

# New Ticket Created by Will Coleda # Please include the string: [perl #57794] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57794 > Since I've already fixed this once, I'll leave it to the original author to fix this time

[perl #57796] New cardinal file fails metadata tests.

# New Ticket Created by Will Coleda # Please include the string: [perl #57796] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57796 > When adding new files to the repository, please be sure to not only add them to the manif

[perl #57794] [doc] POD error in compilers/pirc/new/pircompunit.c

fixed in r30169. apologies for messing up.

Re: class member declaration catalog

Joe Gottman jgottman-at-carolina.rr.com |Perl 6| wrote: What happened to the "let" and "temp" declarators? They are not declarators in the same sense as my/our. They cause a run-time action to occur on existing variables. --John

Parrot Bug Summary

Parrot Bug Summary http://rt.perl.org/rt3/NoAuth/parrot/Overview.html Generated at Mon Aug 11 13:00:01 2008 GMT --- * Numbers * New Issues * Overview of Open Issues * Ticket Status By Version * Requestors with m

Re: Allowing '-' in identifiers: what's the motivation?

I'm still somewhat ambivalent about this, myself. My previous experience with hyphens in identifiers is chiefly in languages that don't generally have algebraic expressions, e.g. LISP, XML, so it will take some getting used to in Perl. But at least in Perl's case the subtraction conflict is mitig

[perl #41508] [BUG] Configure losing flags...

On Sat Aug 09 07:02:16 2008, [EMAIL PROTECTED] wrote: > Last weekend tetragon and I had considerable discussion on #parrot about > this problem. My diagnosis was that we should not be handling > command-line options at all in 'hints' files; they should be handled in > inter::progs. > > The patch

Re: Allowing '-' in identifiers: what's the motivation?

From: "Mark J. Reed" <[EMAIL PROTECTED]> Date: Mon, 11 Aug 2008 09:07:33 -0400 I'm still somewhat ambivalent about this, myself. My previous experience with hyphens in identifiers is chiefly in languages that don't generally have algebraic expressions, e.g. LISP, XML, so it will

Re: Allowing '-' in identifiers: what's the motivation?

That sounds cool. Did you do it at the editor level, or at the keyboard level? =Austin Bob Rogers wrote: From: "Mark J. Reed" <[EMAIL PROTECTED]> Date: Mon, 11 Aug 2008 09:07:33 -0400 I'm still somewhat ambivalent about this, myself. My previous experience with hyphens in identif

[perl #41508] [BUG] Configure losing flags...

On Mon Aug 11 07:26:33 2008, coke wrote: > > With this patch, the probe now reports using the ccflags I passed in on > the command line, thanks. Thanks. I'll do the merging this evening. kid51

Re: Allowing '-' in identifiers: what's the motivation?

>I'm still somewhat ambivalent about this, myself. My previous >experience with hyphens in identifiers is chiefly in languages that >don't generally have algebraic expressions, e.g. LISP, XML, so it will >take some getting used to in Perl. But at least in Perl's case the >subtraction conflict is

Re: Allowing '-' in identifiers: what's the motivation?

On Monday, 11. August 2008 05:35:03 John M. Dlugosz wrote: > E.g. see : > > sub bar { > return 100; > } > sub foo { 50;} > sub foo-bar { >return rand(50); >} > if (foo - bar != foo-bar) { >print "Haha!\n"; > } Actually I can even imagine

Re: Allowing '-' in identifiers: what's the motivation?

On Mon, Aug 11, 2008 at 1:34 PM, Tom Christiansen <[EMAIL PROTECTED]> wrote: > People use nonadic functions (nonary operators? where non = 0, not 9) > without parens, and get themselves into trouble for it. I believe the word you're looking for is '"nullary". Such expressions were covered in John

RE: Allowing '-' in identifiers: what's the motivation?

>>Actually I can even imagine allowing almost all chars >>in the middle of identifiers. Is this a trend we should extrapolate into the lifetime scope of the Perl 6 language? How far are we in this process, given Unicode guillemets for hyper ops? Kindly, Michael -Original Message- From

RE: [svn:perl6-synopsis] r14574 - doc/trunk/design/syn

> On Fri, Aug 08, 2008 at 10:34:50AM -0700, [EMAIL PROTECTED] > wrote: > : allow isolated ' and - in identifiers (only if followed by alpha) > > Darn the syntax highlighers, full speed ahead! :) > > I should point out that this change only caused two failures in the > entire test suite, both of

Re: Allowing '-' in identifiers: what's the motivation?

From: Austin Hastings <[EMAIL PROTECTED]> Date: Mon, 11 Aug 2008 10:02:06 -0500 That sounds cool. Did you do it at the editor level, or at the keyboard level? =Austin In Emacs; see rgr-c-electric-dash-mode in [1], or other similar solutions in [2]. That way, I can turn it on for

Re: Allowing '-' in identifiers: what's the motivation?

Mark J. Reed wrote: On Mon, Aug 11, 2008 at 1:34 PM, Tom Christiansen <[EMAIL PROTECTED]> wrote: People use nonadic functions (nonary operators? where non = 0, not 9) without parens, and get themselves into trouble for it. I believe the word you're looking for is '"nullary". Alternately, the

perl6 function call performance regression

Hello, In order to measure function call performance I am using simple and dumb fibonacci numbers calculation. It is equivalent to the PIR example in examples/benchmark/fib.pir The perl6 code is : use v6; sub fib ($n){ return $n if $n<2; return fib($n-1)+fib($n-2); } say fib(22); H

Re: Allowing '-' in identifiers: what's the motivation?

* Michael Mangelsdorf <[EMAIL PROTECTED]> [2008-08-11 20:25]: > Unicode guillemets for hyper ops? Unicode? I don’t know about your ISO-8859-1, but mine has guillemets. :-) Regards, -- Aristotle Pagaltzis //

[perl #41508] [BUG] Configure losing flags...

Merged into trunk in r41508. A Smolder report of tests done just before the merge is viewable at http://smolder.plusthree.com/app/public_projects/report_details/3830. The coding standards test failures were addressed before the merge. I'll allow a couple days for road testing, then resolve the t

[perl #47972] [DEPRECATED] getclass opcode

On Tue Aug 05 09:10:58 2008, coke wrote: > On Tue Jul 01 18:56:40 2008, coke wrote: > > On Thu Nov 29 22:08:11 2007, [EMAIL PROTECTED] wrote: > > > Will Coleda wrote: > > > > > > > > 1) using getclass (aka, reject this ticket) > > > > 2) doing something custom for the say method here (like, say, >

Re: perl6 function call performance regression

On Monday 11 August 2008 16:10:24 luben karavelov wrote: > What confuses me a lot is that r30125 change to core.ops just replaces > "string_from_literal" with "const_string" on one line. I thought that > const_string is faster because it doesn't need to allocate memory and > produces less garbage.

[perl #57824] [BUG] Segfault iterating over namespace

# New Ticket Created by Will Coleda # Please include the string: [perl #57824] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57824 > The following causes a segfault: $ cat foo.pir .sub main $P0 = getinterp $P1 = $P0['na

[perl #57826] Noisy t/configure/036-config_steps.t

# New Ticket Created by Will Coleda # Please include the string: [perl #57826] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57826 > On feather (linux), I'm seeing the following output: $ prove t/configure/036-config_step

[perl #57826] Noisy t/configure/036-config_steps.t

Addressed, if not fully fixed, in r30178. This is an old test. Its svn log notwithstanding, I think it predates kid51's involvement in configuration tests. When I'm more awake, I will get an idea as to whether it is still needed at all. Thank you very much. kid51

[perl #47972] [DEPRECATED] getclass opcode

On Mon Aug 11 18:10:30 2008, coke wrote: > > 'getclass' is dead, patch applied in r30176. All tests pass. r30176 (and it's subsequent fix for builtins.h in r30179) cause Rakudo to stop building with: ../../parrot -o perl6.pbc perl6.pir error:imcc:The opcode 'exp_p_p' (exp<2>) was not found. Che