At 11:39 PM 12/20/00 +, Nicholas Clark wrote:
>On Wed, Dec 20, 2000 at 03:36:48PM -0800, Peter Scott wrote:
> > Should this second paragraph still be true for Perl 6? I have at times
> > wanted to do something of the form
> >
> > perl -lwe '$x = "x"; $y = "y"; $y =~ ($x eq "x" ? s/y/z/ : s/y/
On Wed, Dec 20, 2000 at 03:36:48PM -0800, Peter Scott wrote:
> Should this second paragraph still be true for Perl 6? I have at times
> wanted to do something of the form
>
> perl -lwe '$x = "x"; $y = "y"; $y =~ ($x eq "x" ? s/y/z/ : s/y/a/); print $y'
>
> but I have not wanted to make the rig
perlop:
>Binary ``=~'' binds a scalar expression to a pattern match. [...] The
>right argument is a search pattern, substitution, or transliteration. [...]
>
>If the right argument is an expression rather than a search pattern,
>substitution, or
>transliteration, it is interpreted as a search p
David Mitchell <[EMAIL PROTECTED]> writes:
>The problem is "what are the (types of) the arguments passed
>
>I dont really see why types af args are (in general) a problem.
Hmm, you may be right at the level of your example, which may indeed
be typical of pp_(). Perhaps PerlIO is so bother so
On Wed, Dec 20, 2000 at 04:03:39PM +, David Mitchell wrote:
> > >1. We no longer save conversions, so
> > > $i="3"; $j+=$i for (...);
> > >does an aton() or similar each time round the loop
> >
> > Well just the 1st time - then it is a number...
>
> Err, option (1) was explicity suggesting
> >1. We no longer save conversions, so
> > $i="3"; $j+=$i for (...);
> >does an aton() or similar each time round the loop
>
> Well just the 1st time - then it is a number...
Err, option (1) was explicity suggesting we *dont* save the result
of the conversion, so aton() *would* have to be c
David Mitchell <[EMAIL PROTECTED]> writes:
>Has anyone given thought to how an SV can contain both a numeric value
>and string value in Perl6?
>Given the arbitrary number of numeric and string types that the vatble
>scheme of Perl6 support it will be unviable to to have special types
>for all perm
Mark-Jason Dominus <[EMAIL PROTECTED]> writes:
>> "The new version must be better because our gazillion dollar marketing
>> campaign said so. (We didn't really *fix* anything.)
>
>The part I found interesting was the part about elimination of the message.
printing messages can be surprisingly
> > It seems to me the following options are poossible:
> >
> > 1. We no longer save conversions, so
> > $i="3"; $j+=$i for (...);
> > does an aton() or similar each time round the loop
>
> I fear this would be a performance hit. I'm told TCL pre version 8 was
> like this - everything's a st
On Wed, Dec 20, 2000 at 03:06:06PM +, Nicholas Clark wrote:
> On Wed, Dec 20, 2000 at 09:00:47AM -0600, Jarkko Hietaniemi wrote:
>
> > struct {
> > IV whatitis;
>
> more a perl5 question - why IV not int?
> int might be smaller and "more natural" (your words)
That's K&R's words, not mi
On Wed, Dec 20, 2000 at 09:00:47AM -0600, Jarkko Hietaniemi wrote:
> struct {
> IV whatitis;
more a perl5 question - why IV not int?
int might be smaller and "more natural" (your words)
eg why does looks_like_number return IV not int? and various other bits
of the perl API use IV?
Nicholas
> > 3. We decree that all string to numeric conversions should return
> > a particular numeric type (eg NV), and that all numeric to string
> > conversions should similary convert to a fixed string type (eg utf8).
> > (Although I'm not sure that really helps.)
>
> Feels like a bad plan, as it can
On Wed, Dec 20, 2000 at 02:26:12PM +, David Mitchell wrote:
> Has anyone given thought to how an SV can contain both a numeric value
> and string value in Perl6?
> Given the arbitrary number of numeric and string types that the vatble
> scheme of Perl6 support it will be unviable to to have sp
Has anyone given thought to how an SV can contain both a numeric value
and string value in Perl6?
Given the arbitrary number of numeric and string types that the vatble
scheme of Perl6 support it will be unviable to to have special types
for all permuations (eg, utf8_nv, unicode32_iv, ascii_bitint
14 matches
Mail list logo
