At 11:23 PM -0400 9/4/02, John Porter wrote:
>Dan Sugalski wrote:
>> John Porter wrote:
>> > Some folks seem to think that sufficient reason exists now.
>>
>> That's fine. You don't have to convince some folks. You have to convince me.
>
>Actually, uh, I was kinda hoping that some folks would c
Oops, I seem to have sent this direct to Dan instead of to the list.
Sorry for the duplication, Dan.
On Wed, Sep 04, 2002 at 07:42:24AM -0400, Dan Sugalski wrote:
> At 7:34 AM -0400 9/4/02, John Porter wrote:
> >Sean O'Rourke wrote:
> >> ... I don't see how giving the list a
> >> different name w
On Wed, 4 Sep 2002, Brent Dax wrote:
> Sean O'Rourke:
> # On Wed, 4 Sep 2002, Brent Dax wrote:
> # > What if (say) @b is a two-dimensional array?
> #
> # Then you get "interesting values of undef" :). Seriously, I
> # suspect one of the following:
> #
> # 1 - runtime error
> # 2 - each row (or c
Sean O'Rourke:
# On Wed, 4 Sep 2002, Brent Dax wrote:
# > What if (say) @b is a two-dimensional array?
#
# Then you get "interesting values of undef" :). Seriously, I
# suspect one of the following:
#
# 1 - runtime error
# 2 - each row (or column) of @b numified to its length
# 3 - the first e
On Wed, 4 Sep 2002, Steve Fink wrote:
> I tend to create new PMC classes frequently, and they're a pain to
> maintain without committing, because you have to touch lots of files
> to add a PMC, and in ways that are sure to cause conflicts.
Is one of these an intstack PMC, perchance?
/s
[EMAIL PROTECTED] (Dan Sugalski) writes:
[...]
> The logo as currently used suffers from scaling issues, as it looks
> like the full-size one's used with a size specified.
I fixed that. And made it png.
--
ask bjoern hansen, http://www.askbjoernhansen.com/ !try; do();
> [EMAIL PROTECTED] ?
s/dev/code/, of course.
--
John Douglas Porter
Bryan C. Warnock wrote:
> make things easier for others to get more of a community buy-in, at the
> expense of effort by the Perl folks, but there's no guarantee that those
> people will come.
[EMAIL PROTECTED] ?
--
John Douglas Porter
Dan Sugalski wrote:
> John Porter wrote:
> > But what does Larry think?
>
> Hadn't particularly asked him. Does it really matter?
Not if you say it doesn't.
--
John Douglas Porter
Dan Sugalski wrote:
> John Porter wrote:
> > Some folks seem to think that sufficient reason exists now.
>
> That's fine. You don't have to convince some folks. You have to convince me.
Actually, uh, I was kinda hoping that some folks would convince you. :-)
Anyway, whenever someone (and it see
Thanks, Steve. I agree 100% with everything you said!
Except:
> ... the best way to that
> goal is to use Perl6 as the driver, at least until something else
> shows up, because that's the only way to derive realistic requirements
> for what needs to be accomplished.
The incorrectness of that i
[EMAIL PROTECTED] (Jerome Quelin) writes:
In the works is a new mail setup where we easily can have lists at
other domains and still have them available via nntp etc. At that
point I can create a dev at parrotcode.org list or something like
that. (or when the perl6 people want to work on the int
On Wed, 2002-09-04 at 15:48, Steve Fink wrote:
> I'm actually somewhat surprised at how little Parrot is tied to Perl.
I've no clue whether I agree or not. OT1H, given its origins from the
bosom of Perl, Parrot is surprisingly independent. OTOH, compare where
Parrot is to where it *might* have
At 12:41 PM 9/4/2002 -0400, Andrew Kuchling wrote:
>[Please CC: me on any responses.]
>First reason I don't work on it very much:
>
>1. Frankly, it's not much fun. I can spend my free time writing
>Python code, an environment I like, or I can work in the unfamiliar
>and uncomfortable Parrot build
On Wed, 4 Sep 2002, Brent Dax wrote:
> What if (say) @b is a two-dimensional array?
Then you get "interesting values of undef" :). Seriously, I suspect one
of the following:
1 - runtime error
2 - each row (or column) of @b numified to its length
3 - the first element of each row/col of @b
4 - t
On Wed, Sep 04, 2002 at 08:07:21PM +0200, Peter Gibbs wrote:
> For anybody who may be interested, the latest news from the
> pirate cave follows.
>
> Recent changes:
> * New aligned memory page allocator
> * Above allocator used for PMC/buffer header arenas and memory
> pool pages; this has al
Sean O'Rourke:
# On Wed, 4 Sep 2002, Peter Haworth wrote:
# > Having the iteration done in the bytecode could make this simpler,
# > although at the expense of needing more bytecode.
#
# And fewer temporaries, by translating this:
#
# @a = @b ^+ @c ^+ @d;
#
# into this:
#
# for @a; @b
# New Ticket Created by Kevin Falcone
# Please include the string: [perl #17009]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17009 >
If you start with a clean parrot tree and try to run 'make shared' it
will die becaus
Oh, right. The patch. Here it is.
Index: .cvsignore
===
RCS file: /cvs/public/parrot/.cvsignore,v
retrieving revision 1.19
diff -p -u -a -r1.19 .cvsignore
--- .cvsignore 14 Jul 2002 10:25:55 - 1.19
+++ .cvsignore 4 Sep 20
# New Ticket Created by Steve Fink
# Please include the string: [perl #17008]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17008 >
I tend to create new PMC classes frequently, and they're a pain to
maintain without commi
On Wed, 4 Sep 2002, H.Merijn Brand wrote:
> On Wed 04 Sep 2002 20:31, "Sean O'Rourke" <[EMAIL PROTECTED]> wrote:
> > And fewer temporaries, by translating this:
> >
> > @a = @b ^+ @c ^+ @d;
> >
> > into this:
> >
> > for @a; @b; @c ; @d -> $a, $b, $c, $d is rw {
> > $d = $a + $b + $c;
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #17007]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17007 >
On Wed, 9 Jan 2002, Andy Dougherty wrote:
> > >For perl5, the main makefile calls (e
Or at least I can't get it going. Fixing it's a project for the
interested. (I'd ask Simon but, well, he doesn't do that stuff any
more)
--
Dan
--"it's like this"---
Dan Sugalski
I'm actually somewhat surprised at how little Parrot is tied to Perl.
Most of the active developers seem to be working on parrot for its
merits as a VM. Perl6, for me at least, mostly provides evidence that
this isn't just an exercise in intellectual masturbation, as Simon
would say -- there will
On Wed 04 Sep 2002 20:31, "Sean O'Rourke" <[EMAIL PROTECTED]> wrote:
> On Wed, 4 Sep 2002, Peter Haworth wrote:
> > Having the iteration done in the bytecode could make this simpler,
> > although at the expense of needing more bytecode.
>
> And fewer temporaries, by translating this:
>
> @a
On Wed, 4 Sep 2002, Peter Haworth wrote:
> Having the iteration done in the bytecode could make this simpler,
> although at the expense of needing more bytecode.
And fewer temporaries, by translating this:
@a = @b ^+ @c ^+ @d;
into this:
for @a; @b; @c ; @d -> $a, $b, $c, $d is rw {
On Wed, Sep 04, 2002 at 06:00:17PM +, Andy Dougherty wrote:
>
> Configure.pl's 'copy_if_diff()' function was actually calling rename()
> and moving the file. The net result was that if you tried to re-run
> Configure.pl, it failed at the MANIFEST check point because
> the config/gen/platfor
For anybody who may be interested, the latest news from the
pirate cave follows.
Recent changes:
* New aligned memory page allocator
* Above allocator used for PMC/buffer header arenas and memory
pool pages; this has allowed removal of the pointer from buffer
headers to their pool header
* C
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #17002]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17002 >
Configure.pl's 'copy_if_diff()' function was actually calling rename()
and moving the
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #17000]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17000 >
On Sat, 31 Aug 2002, Steven W McDougall wrote:
> parrot t/pmc/perlhash_1.pbc
>
[Please CC: me on any responses.]
I follow the perl6-internals list through checking the archive, and
noticed Jerome's posting. I wrote the parrot-gen.py script that he
pointed to. Here are my comments on this issue.
(Note that I do not speak for the python-dev gang as a whole, but
AFAIK I'm
[OSCON has left me way behind in reading my mail, so apologies for the late reply]
On Wed, 14 Aug 2002 16:45:09 -0500 (CDT), David M. Lloyd wrote:
> Here's how I'd expect these expressions to be executed internally, in
> gross pseudocode, ignoring for the moment the multimethod vaporware:
>
> $r
On Wed, 2002-09-04 at 04:31, Dan Sugalski wrote:
> Can I get a quick show of hands for the folks working on Parrot, even
> peripherally, who *aren't* perl folks?
I am not a perl person. I haven't done much work on parrot, and it seems
that most of what I have done is on hold or up in the air st
From: Dan Sugalski
>
> At the moment, how many people outside the tight little club
> actually care about the name of the mailing list? And how
> many more would really care if we changed the name?
Answer: You can hardly require a realistic answer to that question because
you won't know until yo
Dan Sugalski wrote:
> At 7:40 AM -0400 9/4/02, John Porter wrote:
> >
> >Some folks seem to think that sufficient reason exists now.
>
> That's fine. You don't have to convince some folks. You have to
> convince me.
Being ultra-pragmatic, the name change:
- costs nothing
- might make some folks
On Wed, Sep 04, 2002 at 07:42:24AM -0400, Dan Sugalski wrote:
> At 7:34 AM -0400 9/4/02, John Porter wrote:
> >Sean O'Rourke wrote:
> >> ... I don't see how giving the list a
> >> different name will have any real effect ...
> >
> >?
> >
> >It will have a huge psychological effect, at least outs
# New Ticket Created by System Attendant
# Please include the string: [perl #16993]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16993 >
ScanMail for Microsoft Exchange has blocked a file attachment(s).
Place = [EMAIL P
# New Ticket Created by Josef Höök
# Please include the string: [perl #16992]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16992 >
I've noticed that the key patch defunced some function in
multiarray ( somehow replaced
At 7:40 AM -0400 9/4/02, John Porter wrote:
>Dan Sugalski wrote:
> > Once there's sufficient reason, and I'm pretty easy on this, we'll
>> switch to a more neutral look.
>
>Some folks seem to think that sufficient reason exists now.
That's fine. You don't have to convince some folks. You have t
On Wed, 4 Sep 2002, Dan Sugalski wrote:
> Nope. What's more likely is that Parrot will accumulate bits from
> other languages--rather than losing Perl we'll gain Ruby and Python.
> Maybe others too.
Parrot: There's more than one language to do it.
Sorry but I couldn't resist,
Rod
--
"Ope
At 7:36 AM -0400 9/4/02, John Porter wrote:
>Bryan C. Warnock wrote:
>> IANADan, but he's aware of these issues, and is/has been thinking about
>> them.
>
>Fine. But what does Larry think?
Hadn't particularly asked him. Does it really matter?
--
Dan
-
At 1:31 PM + 9/3/02, Kevin Falcone (via RT) wrote:
>Someone asked on IRC this morning about what ICU is. They mentioned
>not finding it in the glossary, so here is an explanation and a link.
Applied, thanks.
--
Dan
--
At 7:34 AM -0400 9/4/02, John Porter wrote:
>Sean O'Rourke wrote:
>> ... I don't see how giving the list a
>> different name will have any real effect ...
>
>?
>
>It will have a huge psychological effect, at least outside our tight
>little club. But if that's only as far as you can see...
Real
Dan Sugalski wrote:
> What's more likely is that Parrot will accumulate bits from
> other languages--rather than losing Perl we'll gain Ruby and Python.
> Maybe others too.
But that doesn't address the real issue, which is --
Are we really serious about enabling other languages to target this
m
Bryan C. Warnock wrote:
> IANADan, but he's aware of these issues, and is/has been thinking about
> them.
Fine. But what does Larry think?
> We're not going to fool anyone that this isn't a Pet Perl Project, and
> while other communities are eyeing us, it's not clear that the amount of
> work
Sean O'Rourke wrote:
> ... I don't see how giving the list a
> different name will have any real effect ...
?
It will have a huge psychological effect, at least outside our tight
little club. But if that's only as far as you can see...
--
John Douglas Porter
At 12:30 PM +0200 9/4/02, Aldo Calpini wrote:
>whoever put the parrot logo on www.parrotcode.org,
>make your penances, because you are in sin!
Sheesh, it's an *image*. Sin's hardly the appropriate word here--it's
not like someone robbed a bank or kicked a nun or something.
>you will find attach
On Wed 04 Sep 2002 03:47, Richard Soderberg <[EMAIL PROTECTED]> wrote:
> On Tue, 3 Sep 2002, Markus Laire wrote:
>
> > > * the name "perl6-internals" is really too restrictive (but this point has
> > > already been discussed last week).
>
> > Would it be possible to rename "perl6-internals" no
whoever put the parrot logo on www.parrotcode.org,
make your penances, because you are in sin!
you will find attached a replacement for that logo
which doesn't hurt like a kick in the eye, and above
all does s/GIF/PNG/g :-)
cheers,
Aldo
__END__
$_=q,just perl,,s, , another ,,s,$, hacker,,print
Can I get a quick show of hands for the folks working on Parrot, even
peripherally, who *aren't* perl folks? Private e-mail's fine, if you
don't want to admit to it publically. :)
--
Dan
--"it's like this"
On Tue, 3 Sep 2002, Markus Laire wrote:
> > * the name "perl6-internals" is really too restrictive (but this point has
> > already been discussed last week).
> Would it be possible to rename "perl6-internals" now to something
> better like "parrot-internals"?
+1.
> There probably are some
At 12:26 AM -0400 9/4/02, Bryan C. Warnock wrote:
>IANADan, but he's aware of these issues, and is/has been thinking about
>them.
Heh. Well, I am. Lucky me. :)
This is something I've been thinking about since we formally
announced we were going semi-language-neutral.
>Separating Parrot isn't a
52 matches
Mail list logo
