# 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
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
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"
>
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 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
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
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
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
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
> "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
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
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
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
# 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
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
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
# 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++
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);
...
}
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
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
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
===
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
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
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
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 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 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
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
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 _
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
30 matches
Mail list logo
