Hi everyone,
Prompted by Geoff Young and Jeff Horwitz, I've written and checked in
pure Parrot ports of Test::Builder and Test::Builder::Tester. They're
complete enough to work, though they're missing a couple of nice
features I haven't figured out how to add yet.
The next goal is to port Test::
"François PERRAD" <[EMAIL PROTECTED]> wrote:
At 09:40 05/08/2005 -0700, you wrote:
If using ${ld_out} won't break stuff for MinGW32, I can apply the patch
with
this fix (no need for you to send a new one) unless I spot any other
issues.
If it does, then we need to work out a way of making MinG
> All extend and thread tests have passed for me on trunk with normal
> build. timer seems to pass outside the harness, but isn't happy inside
> it. Signal seems to have a 'Signal 1' message in the output which breaks
> the test.
>
> I'm just going to repeat this to double check things. I'll a
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #36836]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36836 >
Nick Glencross reported on p6i that dynclasses are not being built.
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #36835]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36835 >
This was reported by Nick Glencross on p6i:
t/op/trans.
#
Adrian Lambeck wrote:
r8841 (regarding root.in) was bogus - I dropped too much. Fixed in
r8853.
agree - the svn version is working now - I updated my patch for root.in but it
still does not work :-(. Do I need to patch something else too ?
Right now I have patches for config/gen/makefiles/r
> r8841 (regarding root.in) was bogus - I dropped too much. Fixed in
> r8853.
agree - the svn version is working now - I updated my patch for root.in but it
still does not work :-(. Do I need to patch something else too ?
Right now I have patches for config/gen/makefiles/root.in and
parrot-conf
> As you'll see there's a 'Signal 1' message which causes the test to
> fail. I'm going to have a look into now. [dynclasses all fail as they
> haven't been built]
Not being able to find where the 'Signal 1' message was coming from,
I've updated cygwin and sure enough the signal test passes now ..
[This isn't my usual email address, and it probably won't thread
properly; sorry!]
Strangely enough, timer, which I thought was failing last night, seems
to be ok now.
Following from my previous posting about the failing cygwin tests we have:
trans:
==
t/op/trans.
#
Klaas-Jan Stol wrote:
Hi,
I was wondering if it is possible to call specific methods from a parent
PMC from another method in your (child) PMC, for some other object than
SELF.
Yes, see below.
My situation may be a bit complex, so I'll explain:
I have a LuaTable PMC, extending the Hash P
10 matches
Mail list logo
