Dan --
Something like this for the .imc generation?
Regards,
-- Gregor
--- snip: gen-imc.pl --
#!/usr/bin/perl -w
use strict;
die "Usage: $0 \n"
unless @ARGV == 2;
my ($total_labels, $total_locals) = @ARGV;
my $labels_so_far = 0;
my $locals_so_far = 0;
# New Ticket Created by Matt Kennedy
# Please include the string: [perl #31398]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31398 >
The current implementation of Parrot_dlopen on OS X doesn't check
DYLD_LIBRARY_PATH f
On Mon, Aug 30, 2004 at 03:34:20PM -0500, Rod Adams wrote:
: My question is, is there anything that can be done within Perl 6 to help
: alleviate this issue.
All lists function lazily if they can in Perl 6.
Larry
On Mon, Aug 30, 2004 at 01:15:32PM -0700, Jim Keenan ([EMAIL PROTECTED]) wrote:
> On this page at the Phalanx web site
> (http://qa.perl.org/phalanx/distros.html), it is
> stated, "[the Phalanx 100] should NOT contain any
> modules that are part of core Perl. Those will be
> handled in a different
On this page at the Phalanx web site
(http://qa.perl.org/phalanx/distros.html), it is
stated, "[the Phalanx 100] should NOT contain any
modules that are part of core Perl. Those will be
handled in a different phase of the project."
Can you elaborate as to how the core modules will be
handled?
jim
Over in the Perl Question of the Week list, (
http://perl.plover.com/qotw/ ), we entered a discussion of the
performance, or lack thereof, of pipelining in Perl 5. Randy Sims's
example code demonstrates this well, and is attached at the bottom of
this post. The overall point is that pipelining
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #31397]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31397 >
Hi,
I found following vtable functions for the PMC ParrotLibrary to be usefu
On Tue, Aug 24, 2004 at 02:31:00PM -0400, Aaron Sherman wrote:
: On Tue, 2004-08-24 at 08:24, Aaron Sherman wrote:
:
: > $foo => 'a' or 'b'
:
: I was too focused on the idea of C/C<::> as a pair-like construct,
: and I missed what should have been obvious:
:
: a ?? b :: c
:
: IS
:
:
