Re: [perl #37045] Trace Displays Wrong Substr in Hash Key

2005-09-02 Thread Matt Diephouse
Nick Glencross <[EMAIL PROTECTED]> wrote: > Looks to me like it's a problem with the tracing, which should be fixed > by this patch. Applied as r9127. Thanks. -- matt diephouse http://matt.diephouse.com

Re: [PATCH]: pmc2c.pl fails outside the build directory

2005-09-02 Thread Matt Diephouse
Bob Rogers <[EMAIL PROTECTED]> wrote: >FWIW, pmc2c.pl fails outside the build directory with the following > error message: > > can't find file 'classes/default.dump' in path '.', > '/usr/src/parrot/build_tools/..', '/usr/src/parrot/build_tools/../classes/' > at /usr/src/parrot/build

[PATCH]: pmc2c.pl fails outside the build directory

2005-09-02 Thread Bob Rogers
FWIW, pmc2c.pl fails outside the build directory with the following error message: can't find file 'classes/default.dump' in path '.', '/usr/src/parrot/build_tools/..', '/usr/src/parrot/build_tools/../classes/' at /usr/src/parrot/build_tools/pmc2c.pl line 281. The patch below seems t

Re: GMC release

2005-09-02 Thread Nattfodd
Andy Dougherty wrote: On Fri, 2 Sep 2005, Nattfodd wrote: I added in the last revision some very basic memory alignment control (basically, headers and bodies are rounded up to the nearest multiple of GMC_ALIGN, which has a value of 8 now but can be changed at will. As headers were previous

Re: [perl #37045] Trace Displays Wrong Substr in Hash Key

2005-09-02 Thread Nick Glencross
Matt Diephouse (via RT) wrote: # New Ticket Created by Matt Diephouse # Please include the string: [perl #37045] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=37045 > In the key below, S15 shows up as "he", even though

Re: for $arrayref {...}

2005-09-02 Thread Yuval Kogman
On Fri, Sep 02, 2005 at 09:24:52 +0200, Juerd wrote: > sub foo (@bar) { ... } > > foo $aref; > > Here $aref is dereferenced because of the Array context. The scalar > can't do this by itself, of course. my @bar := $aref; -- () Yuval Kogman <[EMAIL PROTECTED]> 0xEBD27418 per

undef but 1..2?

2005-09-02 Thread Ingo Blechschmidt
Hi, Larry Wall wrote: > On Fri, Sep 02, 2005 at 05:56:39PM +0200, Ingo Blechschmidt wrote: > : multi foo ($a) {...} > : multi foo ($a, $b) {...} > : > : say &foo.arity; > : # die? warn and return 0? warn and return undef? return 1|2? > > How 'bout undef but 1..2? :-) Intere

Re: GMC release

2005-09-02 Thread Andy Dougherty
On Fri, 2 Sep 2005, Nattfodd wrote: > I added in the last revision some very basic memory alignment control > (basically, headers and bodies are rounded up to the nearest multiple of > GMC_ALIGN, which has a value of 8 now but can be changed at will. As headers > were previously using 12 bytes, th

perl6-all@perl.org

2005-09-02 Thread Larry Wall
On Fri, Sep 02, 2005 at 05:56:39PM +0200, Ingo Blechschmidt wrote: : Hi, : : multi foo ($a) {...} : multi foo ($a, $b) {...} : : say &foo.arity; : # die? warn and return 0? warn and return undef? return 1|2? How 'bout undef but 1..2? :-) Larry

perl6-all@perl.org

2005-09-02 Thread Ingo Blechschmidt
Hi, multi foo ($a) {...} multi foo ($a, $b) {...} say &foo.arity; # die? warn and return 0? warn and return undef? return 1|2? --Ingo -- Linux, the choice of a GNU | There are no answers, only generation on a dual AMD | cross-references. Athlon!|

Re: for $arrayref {...}

2005-09-02 Thread Luke Palmer
On 9/2/05, Juerd <[EMAIL PROTECTED]> wrote: > Luke Palmer skribis 2005-09-01 23:43 (+): > > I would probably say that scalars never automatically dereference. > > It's lists and hashes that automatically dereference/enreference. > > arrays Yes, arrays, right. > > That is, everything is a sca

Re: for $arrayref {...}

2005-09-02 Thread Juerd
Luke Palmer skribis 2005-09-01 23:43 (+): > I would probably say that scalars never automatically dereference. > It's lists and hashes that automatically dereference/enreference. arrays > That is, everything is a scalar, really, but if you have an @ or a % > on the front of your variable, t