On Tuesday 27 May 2008 20:06:29 James Keenan via RT wrote:
> Here's a patch with the requested conversion to Perl.
>
> Since this program is really a Parrot developer's tool, I'm recommending
> that it be moved to tools/dev/ from tools/docs/.
>
> Much of the functionality has been extracted into s
Here's a patch with the requested conversion to Perl.
Since this program is really a Parrot developer's tool, I'm recommending
that it be moved to tools/dev/ from tools/docs/.
Much of the functionality has been extracted into subroutines imported
from lib/Parrot/SearchOps.pm. Tests of those subr
>From S09: "The default hash iterator is a property called .iterator
that can be user replaced. When the hash itself needs an iterator for
.pairs, .keys, .values, or .kv, it calls %hash.iterator() to start
one. In item context, .iterator returns an iterator object. In list
context, it returns a laz
On Tuesday 27 May 2008 16:49:49 NotFound wrote:
> <[EMAIL PROTECTED]> wrote:
> > There's a segfault in t/dynpmc/dynlexpad_2.pir with the gcdebug core. It
> > happens at the end of the program, during global destruction, when trying
> > to call the destroy() entry on the DynLexPad PMC.
>
> Is this
On Wed, Oct 24, 2007 at 7:45 AM, via RT chromatic
<[EMAIL PROTECTED]> wrote:
> There's a segfault in t/dynpmc/dynlexpad_2.pir with the gcdebug core. It
> happens at the end of the program, during global destruction, when trying to
> call the destroy() entry on the DynLexPad PMC.
Is this ticket st
Author: larry
Date: Tue May 27 16:19:34 2008
New Revision: 14546
Modified:
doc/trunk/design/syn/S09.pod
Log:
Cleanup bogus use of adverbs on bare terms
Modified: doc/trunk/design/syn/S09.pod
==
--- doc/trunk/design/s
On Tuesday 27 May 2008 10:15:45 Andrew Johnson wrote:
> Environment:
> Parrot SVN revision 27839
> Sun Ultra-40 M2, dual-core AMD Opteron CPU.
> Sun Solaris 10 (SunOS 5.10)
> Sun Studio 12
>
> I had to apply the following patch to get parrot to compile on the above
> setup;
Please try; ./parrot -t t/dynoplibs/myops_3.pir
And tell us if it's blocked while executing the "hcf" opcode.
The proposed change looks good to me, others C compilers can have the
same problem with returning a void result.
--
Salu2
Geoffrey Broadwell wrote:
On Tue, 2008-05-27 at 11:29 +0200, Ron Blaschke wrote:
OK, I'll generate the Win32 header list from $ENV{Include}. What is
that set to on your system, so I know what to expect?
Mine currently is:
INCLUDE=C:\usr\include;C:\Program Files\Microsoft Visual Studio
9.0\
TSa wrote:
TSa wrote:
class Length
{
has Num $.mm is rw = 0;
method inch
{
yield $inch = $.mm * 25.4;
self.mm = $inch / 25.4;
}
}
Would you regard that as elegant?
That looks functionally incorrect to my eyes: if the caller resumes a
On Tuesday 27 May 2008 08:25:38 Geoffrey Broadwell wrote:
> 5. For that matter, what happens in Perl on Windows when a path has a
> mix of forward and backward slashes?
I think that's broken.
> If this is broken, is it safe to
> convert them all to forward slashes? Is "C:/Foo/Bar" valid in Win
# New Ticket Created by Will Coleda
# Please include the string: [perl #54930]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=54930 >
make[1]: Entering directory `/home/coke/sandbox/parrot-pdd25cx/compilers/tge'
../../parro
# New Ticket Created by Andrew Johnson
# Please include the string: [perl #54920]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=54920 >
Environment:
Parrot SVN revision 27839
Sun Ultra-40 M2, dual-core AMD
13 matches
Mail list logo
