On Tue, 6 Sep 2005, Nicholas Clark wrote:
> On Tue, Sep 06, 2005 at 10:15:26AM -0700, Bernhard Schmalhofer via RT wrote:
>
> > Too bad. As I reached the end of intuitive bug fixing, I am now skipping
> > 'examples/japh/japh13.pasm' in 't/examples/japh.t'.
> >
> > Perhaps some MacOS X user can pr
On Tue, Sep 06, 2005 at 10:15:26AM -0700, Bernhard Schmalhofer via RT wrote:
> Too bad. As I reached the end of intuitive bug fixing, I am now skipping
> 'examples/japh/japh13.pasm' in 't/examples/japh.t'.
>
> Perhaps some MacOS X user can provide more insight.
Is it just OS X?
Or do all big end
On Sat, 3 Sep 2005, Nattfodd wrote:
> thanks for the investigation, I'll look closely to it. It was reported
> to fail on AMD64 too but we did not try setting GMC_ALIGN to 16. Also be
> warned that I am very far from an alignment master, so I may have done
> things wrong in my small hack.
At f
> Bernhard Schmalhofer via RT wrote:
> >>Test 5 of t/examples/japh.t is failing on MacOS Tiger.
> >
> >
> > Hi,
> >
> > I have played with the timing of the two threads in that test case.
> > Could you update to revision 9142 or later and check whether it now
works?
> [ambs - Di 06. Sep 2005,
On Tue, Sep 06, 2005 at 02:22:23PM +0100, Jonathan Worthington wrote:
> "Tim Bunce" <[EMAIL PROTECTED]> wrote:
> >Having said all that, I don't think it's worth worrying about
> >inter-language issues until more fundamental namespace co-existance
> >issues are more settled.
> >
> >Will a Python mod
For starters, in glossary.pod I'm failing to find definitions for
"destruction" and "finalisation". One is about cleanup actions on objects/
PMCs that need something actively cleaned up, rendering active objects down
to bare memory, and the other is about reclaiming bare memory for re-use.
For sta
Tim Bunce <[EMAIL PROTECTED]> wrote:
> I think it would be worth mentioning if the namespace is hierarchical
> (nested) or flat (the delimiters are part of the name).
Good idea.
> Another issue is whether there's an underlying hierarchy that can be
> accessed (at leaf and/or non-leaf nodes) to do
# New Ticket Created by Will Coleda
# Please include the string: [perl #37089]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37089 >
Tests need to be written for PGE's glob.
"Tim Bunce" <[EMAIL PROTECTED]> wrote:
Having said all that, I don't think it's worth worrying about
inter-language issues until more fundamental namespace co-existance
issues are more settled.
Will a Python module clash with a Perl6 module of the same name?
(That way lies insanity so I certainl
Joshua Hoblitt <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 05, 2005 at 01:43:20PM -0400, Matt Diephouse wrote:
> > Namespace Capabilities
> [ snip ]
> > - Querying Information
> > It must be possible to get a list of both variables and subroutines,
> > sometimes together and sometimes se
On Mon, Sep 05, 2005 at 01:43:20PM -0400, Matt Diephouse wrote:
> In order to help finish Parrot's HLL namespace support, I've compiled
> a list of features and information that I believe is necessary to
> support the target languages. I've done so after doing a survey of
> these languages. I may h
I submitted a patch to parrotbug about 4 hours ago and it hasn't shown
up in RT yet nor have I received the auto-response email. The patch was
rather large so I'm wondering if I haven't hit some sort of message size
limit. Is this a normal lag or should I submit the patch directly
through RT?
Se
r9142 and we are with the same problem.
Cheers
Alberto
Bernhard Schmalhofer via RT wrote:
Test 5 of t/examples/japh.t is failing on MacOS Tiger.
Hi,
I have played with the timing of the two threads in that test case.
Could you update to revision 9142 or later and check whether it now works?
On Mon, Sep 05, 2005 at 01:43:20PM -0400, Matt Diephouse wrote:
> Namespace Capabilities
[ snip ]
> - Querying Information
> It must be possible to get a list of both variables and subroutines,
> sometimes together and sometimes seperate.
Just a quick addition to that:
It must b
14 matches
Mail list logo