Luke Palmer writes:
> Alexey Trofimenko writes:
> > of course, I just mutter.. new C is very good, and in special
> > cases, when simple incrementing-decrementing isn't what I want, I can
> > write my own iterator (btw, in which apocalypse I can find how to
> > write iterators in perl6?) with m
Austin Hastings writes:
> Of course, how hard can it be to implement the .parent property?
>
> You'll want it on just about everything, though, so the change will
> probably be to CORE::MetaClass. It still shouldn't be that hard to do.
> Maybe Luke Palmer will post a solution... :-)
use Class
Alexey Trofimenko writes:
> of course, I just mutter.. new C is very good, and in special
> cases, when simple incrementing-decrementing isn't what I want, I can
> write my own iterator (btw, in which apocalypse I can find how to
> write iterators in perl6?) with my own custom very special incr
On Mon, 28 Jun 2004 06:42:47 -0700, David Storrs <[EMAIL PROTECTED]>
wrote:
On Sun, Jun 27, 2004 at 03:16:11PM -0600, Luke Palmer wrote:
But anyway, if you still want to be old school about it, then you'll end
up not caring about the scope of your $i. Really you won't. And you'll
be happy that
On Sun, Jun 27, 2004 at 04:13:30PM -0700, Jürgen Bömmels wrote:
> I stumbled over another Perl Version Issue (actually it is a
> Data::Dumper Version issue). The Perl on Debian Woddy ships
> with Data::Dumper Version 2.102 which does not support
> Sortkeys. Therefor Parrot doesn't even Configure.
--- Jonadab the Unsightly One <[EMAIL PROTECTED]> wrote:
> Dan Sugalski <[EMAIL PROTECTED]> writes:
>
> >> Speaking of objects... are we going to have a built-in object
> >> forest, like Inform has, where irrespective of class any given
> >> object can have up to one parent at any given time,
> >
--- Jonadab the Unsightly One <[EMAIL PROTECTED]> wrote:
> Larry Wall <[EMAIL PROTECTED]> writes:
>
> > (I've been trying to make it assume some implicit unit based on the
> > current lexical scope's Unicode level, but issues remain.) We have
> > magical string positions that have different numer
On Mon, 28 Jun 2004, Austin Hastings wrote:
> --- Dan Sugalski <[EMAIL PROTECTED]> wrote:
> > On Mon, 28 Jun 2004, Juerd wrote:
> >
> > > Dave Whipp skribis 2004-06-28 9:55 (-0700):
> > > > > substr($string, 2 bytes, 4 bytes) = $substitute;
> > > > substr($string, 2, 4 :bytes)
> > >
> > > substr(
--- Dan Sugalski <[EMAIL PROTECTED]> wrote:
> On Mon, 28 Jun 2004, Juerd wrote:
>
> > Dave Whipp skribis 2004-06-28 9:55 (-0700):
> > > > substr($string, 2 bytes, 4 bytes) = $substitute;
> > > substr($string, 2, 4 :bytes)
> >
> > substr($string, 2 but graphemes, 4 but bytes);
> >
> > I think "but
On Mon, 28 Jun 2004, Juerd wrote:
> Dave Whipp skribis 2004-06-28 9:55 (-0700):
> > > substr($string, 2 bytes, 4 bytes) = $substitute;
> > substr($string, 2, 4 :bytes)
>
> substr($string, 2 but graphemes, 4 but bytes);
>
> I think "but" even makes sense, if substr defaults to something.
I think
> Thanks a lot for the test cases. I think there are two separate bugs
> here, but I'm only going to take responsibility for one ;-)
:)
>
> First, mine. The problem with Foo.pm (the minimal test case) is that
> completely empty subroutines (that is subs which contain no statements
> at all) a
Dave Whipp skribis 2004-06-28 9:55 (-0700):
> > substr($string, 2 bytes, 4 bytes) = $substitute;
> substr($string, 2, 4 :bytes)
substr($string, 2 but graphemes, 4 but bytes);
I think "but" even makes sense, if substr defaults to something.
Juerd
Dan Sugalski <[EMAIL PROTECTED]> writes:
>> Speaking of objects... are we going to have a built-in object
>> forest, like Inform has, where irrespective of class any given
>> object can have up to one parent at any given time,
>
> Multiple parent classes, yes.
Not remotely the same thing.
> Pa
On 26 Jun 2004, at 12:51, Fergal Daly wrote:
On Fri, Jun 25, 2004 at 10:13:52PM +0100, Adrian Howard wrote:
[snip]
What xUnit gives you is a little bit more infrastructure to make these
sorts of task easier.
That's fair enough but that infrastructure is just extra baggage in
some
cases.
True. The
On Mon, Jun 28, 2004 at 11:10:03AM -0600, John Williams wrote:
> On Sun, 27 Jun 2004, Luke Palmer wrote:
>
> > Alexey Trofimenko writes:
> > > AFAIR, I've seen in some Apocalypse that lexical scope boundaries will be
> > > the same as boundaries of block, in which lexical variable was defined.
>
On Sun, 27 Jun 2004, Luke Palmer wrote:
> Alexey Trofimenko writes:
> > AFAIR, I've seen in some Apocalypse that lexical scope boundaries will be
> > the same as boundaries of block, in which lexical variable was defined.
>
> Yep. Except in the case of routine parameters, but that's nothing new.
On Mon, 28 Jun 2004, Larry Wall wrote:
> On Mon, Jun 28, 2004 at 11:26:32AM -0400, Jonadab the Unsightly One wrote:
> : You could coin the abbreviation ligs, for Language Independent
> : Graphemes. Then some ingenious rascal can create a pragma or whatever
> : that allows $str.b, $str.c, $str.g,
"Jonadab The Unsightly One" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> It would be possible to have right-associative operators (that bind at
> least more tightly than comma and possibly very tightly) and convert a
> number to one of these objects, so that we can do stuff like th
On Mon, Jun 28, 2004 at 11:26:32AM -0400, Jonadab the Unsightly One wrote:
: You could coin the abbreviation ligs, for Language Independent
: Graphemes. Then some ingenious rascal can create a pragma or whatever
: that allows $str.b, $str.c, $str.g, and $str.l for fans of terseness.
Except they'd
|
| I'd planned on having bignums be a base data type the same way that
| strings were, since I couldn't see a reasonable way to handle them and do
| lossless interchange at the lowest levels otherwise.
Yes, during implementation of first BigInt steps, I saw that we'll need some of these
vtables
> I attach a patch which uses Sortkey only in Versions of
> Data::Dumper supporting Sortkey. In what version was Sortkey
> introduced to Data::Dumer?
>
> bye
> boe
>
>
Data::Dumper 2.12 (introducing Sortkeys) was first released on the CPAN in
perl-5.7.3. $Data::Dumper::Sortkeys is available in
Dan Sugalski wrote:
<>Cool, go for it. I'd think that for the set_(integer|number) vtable
slots
we'd set the real part and make the imaginary part 0, while the string
version'd look for the "x + yi" version.
And have set_num_keyed set the real and the imaginary part (indexed as
strings, say "real
Larry Wall <[EMAIL PROTECTED]> writes:
> That all has to be looked at anyway. What does "5" mean when you
> pass it to substr, anyway?
I was just going to ask about substrings, and then didn't because I
figured that had been hashed out already and I'd missed it...
> (I've been trying to make
On Sun, Jun 27, 2004 at 03:16:11PM -0600, Luke Palmer wrote:
>
> But anyway, if you still want to be old school about it, then you'll end
> up not caring about the scope of your $i. Really you won't. And you'll
> be happy that it was kept around for you once you decide you want to
> know the val
On Mon, 28 Jun 2004, Ion Alexandru Morega wrote:
> Jonathan Worthington wrote:
> > "Leopold Toetsch" <[EMAIL PROTECTED]> wrote:
> >
> >>1) Python has a complex builtin class. So we'll need one too.
> >>* Create a complex PMC.
> >>* Parse complex constants '4j'
> >
> > j? I've always used
On Thu, 24 Jun 2004, Leopold Toetsch wrote:
> There are currently 19 bignum vtable slots, which take a BIGNUM* value
> argument of some kind. These are IMHO useless. We don't have a Parrot
> basic type like BIGNUM.
>
> A BIGNUM (BigInteger, BigNumber) will just be a PMC, AFAIK.
>
> So I think thes
On Fri, 25 Jun 2004, [ISO-8859-1] André Pang wrote:
> On 24/06/2004, at 6:31 PM, Leopold Toetsch wrote:
>
> >> i still have my stillborn bignum (using bcd registers and efficient
> >> algorithms) implementation if anyone wants to pick it up. i have some
> >> working base code and the overall desig
On -1 xxx -1, it was written:
>
> I have a wish for Perl6. I think it would be nice to have the possibility
> for more than one modifier after a simple statement.
Larry's ruled that it's one statement modifier per statement, period. For
anything else you'd need to modify the grammar. (Which won
Sorry I've been so out of touch lately--I've been suffering through a
series of hardware failures, which pretty much limit me to access at work.
And while on the one hand it's nice to have a lot of computer-free time (I
apparently have a garden. And children. Who'dve thought?) it is getting in
the
On Sat, 26 Jun 2004, Nicholas Clark wrote:
> On Fri, Jun 11, 2004 at 11:09:49AM -0400, Dan Sugalski wrote:
>
> > set up (Ask's working on it, so at some point we will have a
> > compilers, standard library, and real perl6-internals list) we'll
>
> Called "parrot-internals" ?
Yup. Along with Parro
On Fri, 25 Jun 2004, Nicholas Clark wrote:
> On Fri, Jun 25, 2004 at 02:43:14PM +0200, Leopold Toetsch wrote:
> > Nicholas Clark <[EMAIL PROTECTED]> wrote:
> > > On Fri, Jun 25, 2004 at 09:46:53AM +0200, Leopold Toetsch wrote:
> > >>
> > >> Yep. I'd swap function names as well as argument order, s
# New Ticket Created by JÃrgen BÃmmels
# Please include the string: [perl #30500]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=30500 >
Hi,
I stumbled over another Perl Version Issue (actually it is a
Data::Dumper Vers
Jonathan Worthington wrote:
"Leopold Toetsch" <[EMAIL PROTECTED]> wrote:
1) Python has a complex builtin class. So we'll need one too.
* Create a complex PMC.
* Parse complex constants '4j'
j? I've always used i as the imaginary unit, though I believe j is used
more in engineering fields ('c
Paul Hodges wrote:
--- Jonadab the Unsightly One <[EMAIL PROTECTED]> wrote:
Consider this test in Perl:
if "\0" {...}
Its equivalent in C is this:
if ("") ...
That can't be right. If anything it's got the two languages
flipped, but that's still not quite right either. Apples and
o
34 matches
Mail list logo