Joshua Isom wrote:
I'm not sure how the imcc compiler handles the .Foo syntax internally,
but there's a file, runtime/parrot/include/pmctypes.pasm that at least
appears as though it's magically included into the beginning of every
pir/pasm file. If it were changed to output a string instead
On 02/04/07, Sartak <[EMAIL PROTECTED]> wrote:
On 4/1/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: paultcochrane
> Date: Sun Apr 1 00:58:42 2007
> New Revision: 17921
>
> Modified:
>trunk/docs/pdds/pdd07_codingstd.pod
>
> Log:
> [docs] Added a note about Perl source code with _
Jonathan Worthington wrote:
Hi,
Earlier tonight I tried to iterate a hash. I have somewhat thoughtlessly
been doing things like:
PMC *iter = VTABLE_get_iter(interp, some_hash);
while (VTABLE_get_bool(iter)) {
PMC *key_pmc = VTABLE_shift_pmc(interp, iter);
STRING *key = VTABLE_get_stri
Author: allison
Date: Sun Apr 1 23:05:55 2007
New Revision: 17941
Modified:
trunk/docs/pdds/draft/pdd15_objects.pod
Log:
[pdd]: Consistency on attribute addtion in Objects PDD.
Modified: trunk/docs/pdds/draft/pdd15_objects.pod
On Mar 31, 2007, at 3:24 PM, Allison Randal wrote:
Jonathan Worthington wrote:
Does this also imply that all number-based type instantiation is
going away, and thus we need to deprecate the find_type op too?
Eventually, yes (almost certainly), but not in the next month.
Allison
I'm not su
Author: allison
Date: Sun Apr 1 19:55:18 2007
New Revision: 17940
Modified:
trunk/docs/pdds/draft/pdd04_datatypes.pod
trunk/docs/pdds/draft/pdd15_objects.pod
Log:
[pdd]: Add notes about subclassing low-level PMCs as high-level objects.
Modified: trunk/docs/pdds/draft/pdd04_datatypes.pod
On 4/1/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: paultcochrane
Date: Sun Apr 1 00:58:42 2007
New Revision: 17921
Modified:
trunk/docs/pdds/pdd07_codingstd.pod
Log:
[docs] Added a note about Perl source code with __END__ or __DATA__ blocks
not requiring an emacs/vim coda.
I
Allison Randal wrote:
Or, can I also write:
$P0 = Integer.new() # create new Integer PMC object
$P1 = Hash.new()# create new Hash PMC object
No, we're eliminating bareword class names from PIR/PASM entirely. It's
easy to do that in an HLL, though.
Unless, of course, you declare Int
Jonathan Worthington wrote:
Hi,
The PDD sayeth:
~~
newclass
$P1 = newclass $S2
Create a new base class named $S2, and put the PMC for it in $P1
~~
And elsewhere:
~~
When declaring a composed class, you can optionally supply an array of
method names that will be supplied by the class
Author: allison
Date: Sun Apr 1 19:14:27 2007
New Revision: 17939
Modified:
trunk/docs/pdds/draft/pdd15_objects.pod
Log:
[pdd]: Adding additional parameter to 'newclass' opcode.
Modified: trunk/docs/pdds/draft/pdd15_objects.pod
===
Klaas-Jan Stol wrote:
$P0 = get_class "HLLClass"
$P1 = $P0.new()
IIUC, instead of create a new object (either a built-in PMC or an OO
object) in 1 instruction, it should now be done in 2?
Yes. It adds a small amount of tedious typing, but gains us a great deal
of power in our OO system. We
Hi,
The PDD sayeth:
~~
newclass
$P1 = newclass $S2
Create a new base class named $S2, and put the PMC for it in $P1
~~
And elsewhere:
~~
When declaring a composed class, you can optionally supply an array of
method names that will be supplied by the class because of a conflict in
its
Hi,
Earlier tonight I tried to iterate a hash. I have somewhat thoughtlessly
been doing things like:
PMC *iter = VTABLE_get_iter(interp, some_hash);
while (VTABLE_get_bool(iter)) {
PMC *key_pmc = VTABLE_shift_pmc(interp, iter);
STRING *key = VTABLE_get_string(interp, key_pmc);
...
}
# New Ticket Created by Steve Peters
# Please include the string: [perl #42271]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42271 >
The attached patch are some of the cleanups needed for compiling Parrot
with Borland C++
On Sunday 01 April 2007 07:15, Ron Blaschke wrote:
> As recently discussed it is currently necessary to include the absolute
> path to F in the environment variable PATH. This should be
> done before trying to built parrot, otherwise one gets a broken
> F and F. One
> needs a "make clean" or rem
On Sun, Apr 01, 2007 at 04:15:24PM +0200, Ron Blaschke wrote:
> Hi,
>
> As recently discussed it is currently necessary to include the absolute
> path to F in the environment variable PATH. This should be
> done before trying to built parrot, otherwise one gets a broken
> F and F. One
> need
# New Ticket Created by James Keenan
# Please include the string: [perl #42270]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42270 >
This patch transfers one aspect of Configure.pl's functionality --
its command-line op
This is weird. I renamed the sandbox directory in which I was experiencing
failures from
'options/' to 'latest/'. All the t/compilers/* tests passed.
And the failing test in t/pmc/sub.t has bee TODO-ed.
Can anyone suggest why the name of one's sandbox directory should affect the
test results
Hi,
Nice changes! And...
[EMAIL PROTECTED] wrote:
The interaction between objects and PMCs is currently underspecified.
+{{ Question: Does anyone remember what this note was about? Was it the
+problem of high-level objects that inherit from low-level PMC objects?
+}}
Yes, that's what it
Hello,
The discussion on smoking and branching is driven by the need to maintain
quality across a wide
range of compilers and "target"(1) machines. I would add a couple of points.
0. When working through the review process the tool I wanted the most was a
simple way
to test cross-platform/co
> "Ron" == Ron Blaschke <[EMAIL PROTECTED]> writes:
Ron> If you see this error
...
Ron> the file has Windows line endings
Dare I suggest that parrot not be so fussy about line endings?
--
If you're trying to choose between two theories and one gives
you an excuse for being lazy, the
Allison Randal wrote:
Klaas-Jan Stol wrote:
Hello,
I have a short and simple question w.r.t. syntax for constructing new
objects for the architect :-)
Currently, it's done through:
new P0, .Integer
or in PIR:
$P0 = new Integer # or .Integer
I thought to have read somewhere this will be ch
Hi,
As recently discussed it is currently necessary to include the absolute
path to F in the environment variable PATH. This should be
done before trying to built parrot, otherwise one gets a broken
F and F. One
needs a "make clean" or remove *both* files before trying again. Make
sure to
Hi,
I currently looking at some issues on Windows.
1) Linking
There are a few symbols not exported which cause link errors in tests.
I'll provide a patch to export them.
2) Loading
On Windows it's usually best to put the applications and libraries in
the same directory, but libparrot is mo
On Mon Nov 13 06:31:40 2006, ptc wrote:
> The t/codingstd/fixme.t test only looks in C-language files for
> FIXME|TODO|XXX comments. It would therefore be good for the
> t/codingstd/perlcritic.t test to check for these comments in the Perl
> source files.
Added a check for the Perl::Critic::Bangs
On Wed Jul 19 09:17:26 2006, coke wrote:
> # $Id: MANIFEST 13384 2006-07-19 15:42:23Z tewk $
> #
> # generated by tools/dev/mk_manifest_and_skip.pl Wed Jul 19 09:38:21
> 2006
>
> Any tools that insert messages like this in generated files should
> include a timezone, even if it's GMT/UTC. In f
Author: paultcochrane
Date: Sun Apr 1 00:58:42 2007
New Revision: 17921
Modified:
trunk/docs/pdds/pdd07_codingstd.pod
Log:
[docs] Added a note about Perl source code with __END__ or __DATA__ blocks
not requiring an emacs/vim coda.
Modified: trunk/docs/pdds/pdd07_codingstd.pod
==
On Mon Jul 24 19:10:59 2006, tewk wrote:
> I've been wanting this little enhancement for quite some time.
> I finally coded it up.
> Suggestions welcome.
>
> Kevin
>
> The patch updates disassemble output to contain three useful pieces of
> information.
>
> FROM
>
> load_bytecode_sc "TGE.pbc"
>
On Tue Dec 19 16:30:34 2006, [EMAIL PROTECTED] wrote:
> Nicholas Clark wrote:
> >
> > To seek clarification - having those as global settings for cperl
isn't
> > likely to be an issue? Or having them in editor blocks?
>
> I meant globally.
>
> It's really not a big deal, though. For the immedia
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #42267]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42267 >
Figure out how to encourage good formatting habits, without assuming
that everyone uses
30 matches
Mail list logo
