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
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
# 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
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
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
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 -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
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 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 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 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
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
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
> 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
|
| 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
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
"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, 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,
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, 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 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
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
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
> 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
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
--- 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, 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(
--- 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
--- 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,
> >
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.
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
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
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
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
34 matches
Mail list logo
