I had a response all typed up, but I erased it. I just want to learn
enough so I can start coding, and these pod conversations are just
getting in my way, and I don't want to waste the Parrot communities time
or bandwidth with my trivial issues. Your time is much more valuable
getting perl6
On Thu, Oct 03, 2002 at 08:02:59PM +, Simon Glover wrote:
> # New Ticket Created by Simon Glover
> # Please include the string: [perl #17739]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt2/Ticket/Display.html?id=17739 >
>
>
>
> Patch b
Erik Lechak wrote:
> ... I decided not to continue on
> the "comment the code route" because I don't like POD. And I think a
> good demonstration of why I don't like it is the ops files. I am trying
> to think of a polite way to introduce java and python people to the ops
> files when they
Erik Lechak wrote:
> I am also trying to document the various structs and their interactions.
> Can anyone out there give a brief description of following:
> Arena
> Memory_Pool
> Buffer
> Memory_Block
> Small_Object_Pool
> Small_Object_Arena
I did announce to write a document on
On Fri, Oct 04, 2002 at 01:35:15PM -0400, Erik Lechak wrote:
> If parrot decides to go the route of embedding documents in its C code.
> Please do not use POD! Find a C developer sitting next to you that does
> not know POD and ask them how they like the flow of the ops files.
> Someone suggest
> -Original Message-
> From: Peter Gibbs [mailto:[EMAIL PROTECTED]]
>
[snip]
> An interesting question, not discussed when the change was
> initiated, relates to property assignments eg
> new P0, .PerlArray
> set P0, 6
> This most certainly does not set register P0 to six, so the 's
Tanton Gibbs wrote:
>I agree with this; however, I also think it would be nice to have it all in
>one place. It's a nuisance to have to open every file just to see what it
>is. By the time I figure out what the 60th file does, I've forgotten what
>the first does. It would be nice to have the i
Jonathan Sillito wrote:
> So does that mean, the only set ops will be those that take two registers
of
> the same type?
>
> set_p_p
> set_i_i
> set_s_s
> set_n_n
Anything with a destination register type other than P will remain
'set', as the contents of the register itself are being changed
(e.g
Erik Lechak:
# mark sparshatt wrote:
# I am also trying to document the various structs and their
# interactions.
#Buffer
Unfortunately, I'm not a GC person, so this is the only one I recognize.
A Buffer is essentially a handle on a chunk of memory; it stores a
pointer to the memory, the si
mark sparshatt wrote:
>Hi all,
>
>In another thread Erik Lechak speculated about the possibility of a getting
>started guide. This got me thinking that one of the problems I'd found
>starting out was the number of files that Make up the Parrot system and
>trying to work out what each of them d
So does that mean, the only set ops will be those that take two registers of
the same type?
set_p_p
set_i_i
set_s_s
set_n_n
--
Jonathan Sillito
(who is willing to help with the migration)
> -Original Message-
> From: Peter Gibbs [mailto:[EMAIL PROTECTED]]
> Sent: October 3, 2002 11:43
On Fri, 4 Oct 2002, Tanton Gibbs wrote:
> I agree with this; however, I also think it would be nice to have it all in
> one place. It's a nuisance to have to open every file just to see what it
> is. By the time I figure out what the 60th file does, I've forgotten what
> the first does. It wou
I agree with this; however, I also think it would be nice to have it all in
one place. It's a nuisance to have to open every file just to see what it
is. By the time I figure out what the 60th file does, I've forgotten what
the first does. It would be nice to have the information at the top of
On Fri, 4 Oct 2002, mark sparshatt wrote:
> Basically I'd like to know if there's any sort of listing that gives a
> general description of what each file is used for.
>
> If there isn't, I've started making some notes of my own and if anyone else
> thinks this would be useful then I can type them
Hi all,
In another thread Erik Lechak speculated about the possibility of a getting
started guide. This got me thinking that one of the problems I'd found
starting out was the number of files that Make up the Parrot system and
trying to work out what each of them does.
Basically I'd like to k
15 matches
Mail list logo