On Fri Mar 30 21:31:53 2007, [EMAIL PROTECTED] wrote:
On Fri Mar 30 21:03:36 2007, [EMAIL PROTECTED] wrote:
While I haven't fixed it, I've mitigated it a fair amount. The
original
version has 273 failing files. My painfully simple fix drops that
to 130.
My fix is just instead of
# New Ticket Created by Ron Blaschke
# Please include the string: [perl #42218]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=42218
Attached patch enables bc on Cygwin (if available). Also, if bc is
skipped
# New Ticket Created by Shawn M Moore
# Please include the string: [perl #42236]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=42236
Hi,
I'm bored, so I'm going through and fixing some failing tests in t/codingstd/
chromatic (via RT) wrote:
Invoking a RetContinuation requires freeing the current context (or at least
decreasing its reference count). The problem is that the PCCMETHOD code
doesn't set the current context in the RetContinuation PMC.
Note that setting the current context is awfully ugly.
Ron == Ron Blaschke [EMAIL PROTECTED] writes:
Ron Sorry, I guess there was some mental PATH overloading going
Ron on. Try adding the absolute path to Fblib/lib to PATH.
Ron export PATH=/path/to/parrot/blib/lib:$PATH
Ron And then make.
OK, that gets me past that failure,
On Fri Mar 30 23:36:45 2007, [EMAIL PROTECTED] wrote:
Hi,
I'm bored, so I'm going through and fixing some failing tests in
t/codingstd/
At the moment I'm working on c_parens.t. Here's one that fixes the
majority of the failures in the first third of the tests, which looks
that code
I decided to look further into this apparent error in Configure.pl:
my @valid_opts = qw(ask bindir cage cc ccflags ccwarn cgoto cxx
datadir #-- line 292
...
sharedstatedir step sysconfdir verbose verbose-step=N version
without-gdbm #-- line 298
without-gmp without-icu yacc);
I
Applied in r17899.
Closing ticket.
That's why I was surprised. Even if it doesn't improve performance
(something it was never supposed to do in the first place), the question is
whether it hurts performance significantly, e.g. whether the tradeoff
between better code and faster code is worth it. Currently, I see no
evidence that
Am Samstag, 31. März 2007 00:23 schrieb Paul Cochrane:
It would be pretty simple to make this a settable/queryable interpreter
property. Would that be valuable?
It's already a gettable interpreter property
(interp-recursion_limit). I'm guessing it would be valuable to be
able to set the
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 changed into something
Author: allison
Date: Sat Mar 31 12:09:18 2007
New Revision: 17907
Modified:
trunk/docs/pdds/draft/pdd15_objects.pod
Log:
[pdd]: Integrating some questions and comments on the Objects PDD.
Modified: trunk/docs/pdds/draft/pdd15_objects.pod
Alek Storm wrote:
Hmm. You know what I just found out? The ParrotInterpreter PMC
doesn't implement set_pmc_keyed. Any objections to implementing it?
Pass. It has methods, and access to the internal data of the interpreter
object should go through those methods.
Allison
On 3/31/07, Allison Randal [EMAIL PROTECTED] wrote:
Alek Storm wrote:
Hmm. You know what I just found out? The ParrotInterpreter PMC
doesn't implement set_pmc_keyed. Any objections to implementing it?
Pass. It has methods, and access to the internal data of the interpreter
object should
$P0 = get_hll_namespace
$P1 = $P0.find_class(HLLClass)
$P2 = $P1.new()
Will new() be a vtable method or PCCMETHOD in a Class PMC? That's the only
way I can see this syntax not conflicting with normal method-calling syntax.
Alek Storm wrote:
Do you mean a PCCMETHOD? If we're just getting and setting attributes, I
really think we should be using getattribute and setattribute, or getprop
and setprop, instead of expanding the ParrotInterpreter namespace with a
bunch of simple getter and setter methods.
Alek Storm wrote:
$P0 = get_hll_namespace
$P1 = $P0.find_class(HLLClass)
$P2 = $P1.new()
Will new() be a vtable method or PCCMETHOD in a Class PMC?
It's implemented as a PCCMETHOD in the Class PMC, yes.
Though at the moment you must write:
$P2 = $P1.'new'()
But that may well be a bug in
Allison Randal wrote:
No dot-prefix, but also no bareword class names. Only quoted names.
Same is true for both high-level objects and low-level PMC objects.
I guess the upshot of this is we need to deprecate the old syntax and
make sure the new one works. Deprecate in the next release, remove
Alek Storm wrote:
$P0 = get_hll_namespace
$P1 = $P0.find_class(HLLClass)
$P2 = $P1.new()
Will new() be a vtable method or PCCMETHOD in a Class PMC? That's the only
way I can see this syntax not conflicting with normal method-calling
syntax.
new() is a class method, an ordinary method on
[EMAIL PROTECTED] wrote:
Adds a single attribute to the class. It takes a simple string name and,
optionally, a simple string value for type. {{ Conjectural: Actually, the
-simple string value alone won't cut it. We need to take a key there too? }}
+simple string value alone won't cut it. We
Thank you, but I know what a PCCMETHOD is.
On 3/31/07, Allison Randal [EMAIL PROTECTED] wrote:
Alek Storm wrote:
$P0 = get_hll_namespace
$P1 = $P0.find_class(HLLClass)
$P2 = $P1.new()
Will new() be a vtable method or PCCMETHOD in a Class PMC? That's the
only
way I can see this syntax
Jonathan Worthington wrote:
Allison Randal wrote:
No dot-prefix, but also no bareword class names. Only quoted names.
Same is true for both high-level objects and low-level PMC objects.
I guess the upshot of this is we need to deprecate the old syntax and
make sure the new one works. Deprecate
On Saturday 31 March 2007 12:42, Alek Storm wrote:
$P0 = get_hll_namespace
$P1 = $P0.find_class(HLLClass)
$P2 = $P1.new()
Will new() be a vtable method or PCCMETHOD in a Class PMC? That's the only
way I can see this syntax not conflicting with normal method-calling
syntax.
I believe
Klaas-Jan Stol wrote:
Another idea: I heard on #parrot that 'bcg' is a project to create an
api for emitting bytecode. Maybe it's an idea to have a look at how good
it would fit compilers/pirc?
Seems like a sensible path to explore.
Allison
# New Ticket Created by Ron Blaschke
# Please include the string: [perl #42254]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=42254
This showed up on Cygwin, but is most likely a problem on other
platforms too.
# New Ticket Created by James Keenan
# Please include the string: [perl #42261]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=42261
Failures in 'make test', reproduced via 'prove -v'. Please see
attached.
Weekly Perl 6 mailing list summary
This week on the Perl 6 mailing lists
Q: Can February March? A: No, but April May...
-- Larry Wall's r14313 log message for a date correction
Language
[svn:perl6-synopsis] r14308 - doc/trunk/design/syn http://xrl.us/u6ij
David Green asked
Paul Cochrane wrote:
ala recent IRC discussion... thread on parrot-porters and put it in
the repository in a likely place. and mention it in the committer docs.
It should conform to and be referred to by the standards in the
file_metadata.t test.
How does this look (following)?
It's
Author: allison
Date: Sat Mar 31 19:06:39 2007
New Revision: 17913
Modified:
trunk/docs/pdds/draft/pdd15_objects.pod
Log:
[pdd]: A few more small tweaks to Objects PDD.
Modified: trunk/docs/pdds/draft/pdd15_objects.pod
Author: larry
Date: Sat Mar 31 18:59:24 2007
New Revision: 14367
Modified:
doc/trunk/design/syn/S05.pod
Log:
quoting braino noticed by moritz++
Modified: doc/trunk/design/syn/S05.pod
==
---
Author: allison
Date: Sat Mar 31 20:41:43 2007
New Revision: 17914
Modified:
trunk/docs/pdds/draft/pdd04_datatypes.pod
Log:
[pdd]: Move the monolithic list of vtable names where it belongs: in the
Datatypes PDD.
Modified: trunk/docs/pdds/draft/pdd04_datatypes.pod
James,
Failures in 'make test', reproduced via 'prove -v'. Please see
attached.
Unfortunately I'm not seeing any test failures with these files on
linux x86 with r17914 (I believe yours is with r17912). I always get
a bit jumpy when I've just done some commits and things start failing,
so
On Tue Mar 27 12:08:14 2007, [EMAIL PROTECTED] wrote:
On Saturday 24 March 2007 05:36, Klaas-Jan Stol wrote:
attached a patch that adds a return statement to clone in
iterator.pmc
(which was obviously forgotten?)
How interesting that it didn't fail on Linux with GCC. Anyway,
applied
34 matches
Mail list logo
