"Wherever two or more of you are gathered together..."
Bernhard and I are currently in the lobby at Hotel Centrum, 2 blocks
south-west from the main train station (Kobenhavns H) on the corner of
Istedgade and Helgolandsgade. Free wireless is available.
Will send an update if the location chan
An update for this ticket post-pdd25cx merge:
Attempting to run y.pir (described earlier in this ticket) now produces
a segfault. Here's the output on my system as of r30182 in trunk:
$ ./parrot y.pir
compiler start
reading x.pir into $S0
compiling (but not running) $S0
XYZ::BEGIN
src/inter_call
We could use a few volunteers to port pages from parrotcode.org to the
new Parrot website. It's a simple repetitive task, view source on the
original page and paste the main HTML into the new CMS. (Ignoring any
pages automatically generated from Pod in the repository, because we'll
handle those
On Tue, Aug 12, 2008 at 2:39 AM, Patrick R. Michaud via RT
<[EMAIL PROTECTED]> wrote:
> On Mon Aug 11 18:10:30 2008, coke wrote:
>>
>> 'getclass' is dead, patch applied in r30176. All tests pass.
>
> r30176 (and it's subsequent fix for builtins.h in r30179) cause Rakudo
> to stop building with:
>
>
Will Coleda wrote:
I agree that any removed feature should have a deprecation cycle;
Here's my pitch for how we've already done that; the list of
deprecated features has RTs; the RT listed what was going to have to
happen for some time now; This covers us on the deprecation
notification.
I am w
The simple answer is Parrot won't do any automatic mapping of types
between HLLs. If you call a Python library function that returns a
Python Dictionary type, you'll get back a Python Dictionary PMC. You can
interact with it as a string keyed hash (because it implements the
string keyed vtable
# New Ticket Created by "Paul Gibler"
# Please include the string: [perl #57814]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57814 >
src/main.o(.text+0x5c): In function `main':
src/main.c:52: undefined reference to `Parr
On Tue, Aug 12, 2008 at 02:14:07PM +0200, Allison Randal wrote:
> Will Coleda wrote:
>> I agree that any removed feature should have a deprecation cycle;
>> Here's my pitch for how we've already done that; the list of
>> deprecated features has RTs; the RT listed what was going to have to
>> happen
On Wed Aug 06 12:51:02 2008, fperrad wrote:
> The patch contains a test case that exhibits the problem.
>
> François.
Applied in r30181, as a TODO test.
François.
i'd like to have an option in mod_parrot to clear all user-generated data
(globals, namespaces, subs, etc.) from an interpreter, leaving any
bytecode that has been loaded (e.g. compilers). the point here is to
eliminate problems caused by data persistence on hosted web servers, which
is one of
10 matches
Mail list logo
