On Wed, Dec 10, 2003 at 11:44:15PM -0500, Joe Gottman wrote:
:In Perl 6, how will it be possible to iterate through two arrays at the
: same time? According to Apocalypse 4, the syntax is
: for @a; @b -> $a; $b {
:
: According to the book "Perl 6 Essentials" the syntax is
: for zip(
In Perl 6, how will it be possible to iterate through two arrays at the
same time? According to Apocalypse 4, the syntax is
for @a; @b -> $a; $b {
According to the book "Perl 6 Essentials" the syntax is
for zip(@a, @b) -> $a, $b {
Which of these is right? (of course, this being Perl
At 4:28 PM + 12/10/03, Harry Jackson wrote:
Dan Sugalski wrote:
If someone'd like to take a shot at making a nice OO wrapper for
Postgres, especially if they'd like to upgrade the postgres
interface to 7.4, I would very much appreciate it. It'd be a nice
demo, and a good start on a DBI modul
A .sub that's prototyped (Dunno about the non-prototyped case) that
doesn't have a .pcc_begin_return/.pcc_end_return pair in it (empty is
fine) will cause parrot to crash'n'burn. Subs without a designated
return should be assumed to return nothing, the same as if an empty
begin/end pair was spe
As I write more PIR by hand...
*) The function call version of function calls is unprototyped, which
is fine (well, OK, I'd prefer it to be prototyped), but it doesn't
coerce its parameters to be PMCs. So "foo(10, 20)" pushes two
integers, rather than two PMCs, into the overflow array.
*) Args
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #24638]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=24638 >
This patch mostly improves the embedded POD in Getopt_Long.imc and
getopt_dem
On Wed, Dec 10, 2003 at 12:26:04PM -0500, Melvin Smith wrote:
> At 12:16 PM 12/10/2003 +, Tim Bunce wrote:
> >*{"Foo\0Bar\0Baz"}->{var};
> >or
> >*{"Foo\0Bar\0Baz\0var"};
> >
> [snip]
> >I think Dan was proposing the first and that's fine.
> >I think the second would be a mistak
>Voting for myself for having the most consecutive posts with bad grammar.
>
>-Melvin
This may be the wrong forum to post this, but it has to
be said: the combination of humility, professionalism,
and competence in the developers of Parrot is amazing.
It is very refreshing and encouraging.
At 11:34 AM 12/10/2003 -0600, Robert Eaglestone wrote:
Quoth Melvin Smith:
>It be a bit friendlier to make the scope resolution operator something
^^ ACK
>that at least 1 or 2 languages use as their own already; then all the rest
>still have to mangle.
Uh oh, time to vote?
Voting for my
Quoth Melvin Smith:
>It be a bit friendlier to make the scope resolution operator something
>that at least 1 or 2 languages use as their own already; then all the rest
>still have to mangle.
Uh oh, time to vote?
At 12:16 PM 12/10/2003 +, Tim Bunce wrote:
*{"Foo\0Bar\0Baz"}->{var};
or
*{"Foo\0Bar\0Baz\0var"};
[snip]
I think Dan was proposing the first and that's fine.
I think the second would be a mistake.
Using a character that won't collide with HLL has a disadvantage
in the general
At 01:37 AM 12/10/2003 -0700, Luke Palmer wrote:
Dan Sugalski writes:
> At 05:14 PM 12/5/2003 +0100, Leopold Toetsch wrote:
> > set I2, P1["Foo\x00i"] # I1 == I2
> >
> >gets currently the attribute idx (0) of "$Foo::i".
> >Q: Should the assembler mangle the "Foo::i" to "Foo\0i"
>
> I don't li
Dan Sugalski wrote:
If someone'd like to take a shot at making a nice OO wrapper for
Postgres, especially if they'd like to upgrade the postgres interface to
7.4, I would very much appreciate it. It'd be a nice demo, and a good
start on a DBI module for us. (And yeah, there's an element of "do m
On 2003-12-10 at 15:05:09, The Perl 6 Summarizer wrote:
> Oh yes, if you've not been following, "^op" (ie, the vector operators)
> has become " >>op<< " which is, if nothing else, a right swine to write
> in a POD C<> escape.
Eh, >>op<< is just a hack for people who can't type C<»op«>
The Perl 6 Summarizer <[EMAIL PROTECTED]> wrote:
> PMC Compiler 2nd edition
> ... Melvin wondered if the time had come to replace the
> existing ops2c and pmc2c with the newer versions. Leo thought that
> pmc2c2 was definitely stable enough, but wasn't too sure about ops2
>At 03:01 PM 12/3/2003 +0100, Leopold Toetsch wrote:
>>Pete Lomax <[EMAIL PROTECTED]> wrote:
>> > The following demonstrates that $I1 and .local int i map to the same
>> > register in the output pasm code:
>>
>>Yep. The problem seems to be the backward branch. When you put the
>>"test" sub after th
On Mon, 01 Dec 2003 22:28:00 -0500, Melvin Smith
<[EMAIL PROTECTED]> wrote:
>2) printf/sprintf - we do need it (and implemented in C) since it is a
>staple and is the
>reasonable hook for HLL implementors to do interpolation without having
>to write a special native method or PMC for each languag
The Perl 6 summary for the week ending 20031207
Another week, another late summary. Luckily it's been a quiet week so I
should get this written faster than usual. As is traditional, we start
with perl6-internals
Parrot build system tinkering
Andy Dougherty and other discussed ext
At 4:40 AM + 12/10/03, Pete Lomax wrote:
Can I ask a stupid question? Guess I'm going to anyway...
Is there much benefit to .const, over sticking a value in a register
and not modifying it? (which is what I've done to get round this)
These are the equivalent of C's #define constants, so there'
At 12:38 PM +0100 12/10/03, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
Better handle dependencies for make -j 4 builds.
This seems now to force rebuilds forever after opcode changes.
Ah, damn. OK, we can back it out.
--
Dan
On Wed, Dec 10, 2003 at 01:37:22AM -0700, Luke Palmer wrote:
>
> I think a heirarchy is a good idea for namespacing in general. I've
> always wanted to be able to tie namespaces in Perl 5. It would only
> make sense that if I tie Foo::, that Foo::anything:: would also go
> through that tie to ge
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Better handle dependencies for make -j 4 builds.
This seems now to force rebuilds forever after opcode changes.
leo
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Yeah, we need all the comparison operators for PMCs in both numeric
> and string versions. I'd like to throw a _str and _num suffix on
> them, so we have:
>eq_str
>lt_num
>cmp_str
Done. Tests wanted :)
leo
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Add an isnull branch op:
>isnull Px, destination
Done.
leo
Dan Sugalski writes:
> At 05:14 PM 12/5/2003 +0100, Leopold Toetsch wrote:
> > set I2, P1["Foo\x00i"] # I1 == I2
> >
> >gets currently the attribute idx (0) of "$Foo::i".
> >Q: Should the assembler mangle the "Foo::i" to "Foo\0i"
>
> I don't like it either, but the alternative is to impose an
On Dec 9, 2003, at 3:40 PM, Dan Sugalski wrote:
At 5:46 PM +0100 12/5/03, Leopold Toetsch wrote:
Melvin Smith <[EMAIL PROTECTED]> wrote:
At 05:14 PM 12/5/2003 +0100, Leopold Toetsch wrote:
set I2, P1["Foo\x00i"] # I1 == I2
gets currently the attribute idx (0) of "$Foo::i".
Q: Should the as
26 matches
Mail list logo
