Re: placeholder vs. lexical variables

2006-04-11 Thread Audrey Tang
Dan Kogai wrote: > I found this when I was playing w/ pugs. > > pugs> { $^x }.(42) > 42 > pugs> { my $z; $^x }.(42) > *** Undeclared variable: "$^x" > at line 1, column 10-14 > > So far as I see s06, there's nothing wrong w/ the statement above. I > just want to make sure this is not a perl

Re: [perl #38896] [TODO] Integer PMC missing math methods.

2006-04-11 Thread Leopold Toetsch
On Apr 11, 2006, at 21:30, Nicholas Clark wrote: I can see value in a type .Number, which changes internal representation and vtable as and when necessary, but I'd still expect it to report "Number" when asked what type it is [ ... ] Was this built in morphing the cause of the problems L

Re: [perl #38896] [TODO] Integer PMC missing math methods.

2006-04-11 Thread Leopold Toetsch
On Apr 11, 2006, at 23:15, Patrick R. Michaud wrote: Just to add a "me too" of sorts -- I didn't really notice it when most everything was using "Perl*" PMCs, but now that we've separated things out into base types the behavior seems very odd, unexpected, and somewhat undesirable. This isn't

Re: [svn:parrot] r12129 - trunk/src

2006-04-11 Thread Leopold Toetsch
On Apr 11, 2006, at 22:48, Nicholas Clark wrote: On Tue, Apr 11, 2006 at 06:15:32PM +0200, Leopold Toetsch wrote: No. Above replaced line was definitely bogus. CONST_STRING is a macro that takes *one* string constant and it has likely to be own it's own line. Ah. Thanks for the explanation

Re: [perl #38888] PGE::P5Regexp failures.

2006-04-11 Thread Patrick R. Michaud
On Mon, Apr 10, 2006 at 10:41:50AM +0100, Jonathan Worthington wrote: > "Patrick R. Michaud" <[EMAIL PROTECTED]> wrote: > >At any rate, I suspect pbc_merge is the culprit. > > > If you have any simple(-ish ;-) test cases that demonstrate the particular > issue, I'll probably have a little time in

Re: [perl #38896] [TODO] Integer PMC missing math methods.

2006-04-11 Thread Patrick R. Michaud
On Tue, Apr 11, 2006 at 08:30:09PM +0100, Nicholas Clark wrote: > On Tue, Apr 11, 2006 at 07:05:33AM -0700, Will Coleda wrote: > > > P1 = new .Float > > P1 = 123 > > > The assignment of 123 autoconverts the float to an integer, which > > doesn't support the 'exp' method that's defined in the Fl

Re: [svn:parrot] r12129 - trunk/src

2006-04-11 Thread Nicholas Clark
On Tue, Apr 11, 2006 at 06:15:32PM +0200, Leopold Toetsch wrote: > > On Apr 7, 2006, at 19:38, Nicholas Clark wrote: > > >>-STRING *fill = CONST_STRING(interpreter, info->flags & > >>FLAG_ZERO ? "0" : " "); > > > > >I think that this change is masking the true bug, > > No. Above replac

[svn:parrot-pdd] r12178 - in trunk: . docs/pdds/clip

2006-04-11 Thread allison
Author: allison Date: Tue Apr 11 13:28:33 2006 New Revision: 12178 Added: trunk/docs/pdds/clip/pddXX_events.pod trunk/docs/pdds/clip/pddXX_threads.pod Changes in other areas also in this revision: Modified: trunk/ (props changed) Log: Very, very early drafts of the threads and events

Re: [perl #38896] [TODO] Integer PMC missing math methods.

2006-04-11 Thread Nicholas Clark
On Tue, Apr 11, 2006 at 07:05:33AM -0700, Will Coleda wrote: > P1 = new .Float > P1 = 123 > The assignment of 123 autoconverts the float to an integer, which > doesn't support the 'exp' method that's defined in the Float pmc. > (Change the 123 to 123. and it works fine.) > > Given the morphi

placeholder vs. lexical variables

2006-04-11 Thread Dan Kogai
Folks, I found this when I was playing w/ pugs. pugs> { $^x }.(42) 42 pugs> { my $z; $^x }.(42) *** Undeclared variable: "$^x" at line 1, column 10-14 So far as I see s06, there's nothing wrong w/ the statement above. I just want to make sure this is not a perl6 feature. I found this

Re: Value PMCs in Parrot?

2006-04-11 Thread Chip Salzenberg
{ p6i added ... this has turned into an interesting design discussion } On Wed, Apr 05, 2006 at 03:54:51PM +0200, Leopold Toetsch wrote: > On Tue, Apr 04, 2006 at 11:42:36AM -0700, Chip Salzenberg wrote: > > I've done some [more] reading up on value types. [...] > > Parrot 1.0 will _not_ have nat

Re: foo..bar or long dot and the range operator

2006-04-11 Thread Larry Wall
On Tue, Apr 11, 2006 at 12:41:30PM +0200, TSa wrote: : I'm unsure what the outcome of the recent long dot discussions is : as far as the range operator is concerned. .. is always the range operator. The "dot wedge" just has a discontinuity in it there. I can't think of any wedgey applications th

Re: [svn:parrot] r12129 - trunk/src

2006-04-11 Thread Leopold Toetsch
On Apr 7, 2006, at 19:38, Nicholas Clark wrote: -STRING *fill = CONST_STRING(interpreter, info->flags & FLAG_ZERO ? "0" : " "); I think that this change is masking the true bug, No. Above replaced line was definitely bogus. CONST_STRING is a macro that takes *one* string constant

[perl #38897] [TODO] fail during makefile generation if line ends in '/'

2006-04-11 Thread via RT
# New Ticket Created by jerry gay # Please include the string: [perl #38897] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38897 > if slash replacement mode is active (as set in config/gen/makefiles.pm) during makefile cr

[perl #38896] [TODO] Integer PMC missing math methods.

2006-04-11 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #38896] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38896 > There are many math ops that work on Float PMCs but not Integer PMCs. e.g.: % cat foo.p

foo..bar or long dot and the range operator

2006-04-11 Thread TSa
HaloO, I'm unsure what the outcome of the recent long dot discussions is as far as the range operator is concerned. Since the whole point of the long dot is to support alignment styles the following cases shouldn't mean different things: foobar #0 single call to foobar (OK, that is diffe

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

2006-04-11 Thread larry
Author: larry Date: Mon Apr 10 21:39:58 2006 New Revision: 8645 Modified: doc/trunk/design/syn/S02.pod Log: Outlawed 42. (but inlawed .42) Modified: doc/trunk/design/syn/S02.pod == --- doc/trunk/design/syn/S02.pod

Re: int context ?

2006-04-11 Thread Larry Wall
On Tue, Apr 11, 2006 at 03:49:45AM +0200, herbert breunung wrote: : hello perlisticers : : (my first post) : i read in the perl6 book second edition something called : : /Integer context/ and /Numeric context/ : : Ican understand the difference but since nowhere in the synopses i read : a word