Ted Neward wrote:
Where do I get it? Is it part of the Parrot distro?
No, and it appears not be part of Bundle::Parrot on CPAN, either. We'll
have to rectify this.
But you could always install it directly from CPAN:
http://search.cpan.org/dist/Parse-Yapp/
On Mon Jan 09 17:05:30 2006, [EMAIL PROTECTED] wrote:
> Simple profile suggests that pmc2c.pl is spending about 25% of it's
> total execution time loading FindBin. The lib path use of FindBin::Bin
> can be replaced with 'use lib qw( . lib ../lib ../../lib );' while the
> other uses of FindBin::Bin
On Sat Nov 11 12:04:20 2006, particle wrote:
> we need ... some config hackery to do it during
> configure-time.
>
> this would replace the MANIFEST.generated file which is created ex
> post facto with a file that is created at build-time.
>
Herewith some configure-time hackery. This patch prov
Where do I get it? Is it part of the Parrot distro?
Ted Neward
Java, .NET, XML Services
Consulting, Teaching, Speaking, Writing
http://www.tedneward.com
> -Original Message-
> From: James Keenan via RT [mailto:[EMAIL PROTECTED]
> Sent: Friday, March 21, 2008 8:01 AM
> To: [EMAIL PROTECT
# New Ticket Created by "Andrew Whitworth"
# Please include the string: [perl #51990]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51990 >
Fixed two compiler warnings in src/io/io_win32.c, and updated a little
bit of docu
* Mark J. Reed <[EMAIL PROTECTED]> [2008-03-21 21:35]:
> On Fri, Mar 21, 2008 at 4:25 PM, Aristotle Pagaltzis <[EMAIL PROTECTED]>
> wrote:
> > It makes the meaning of the statement dependent on the types
> > of any variables, which is information that a reader won't
> > necessarily find in close v
On Fri, Mar 21, 2008 at 4:25 PM, Aristotle Pagaltzis <[EMAIL PROTECTED]> wrote:
> It makes the meaning of the statement dependent on
> the types of any variables, which is information that a reader
> won't necessarily find in close vicinity of the statement.
[...]
> if you're completely changi
* Mark J. Reed <[EMAIL PROTECTED]> [2008-03-19 20:45]:
> Maybe it's just 'cause I cut my teeth on BASIC, but + for
> string concatenation has always felt pretty natural. Obviously
> it won't work in Perl where you are using the operator to
> determine how to treat the operands. At first blush I fin
# from Will Coleda
# on Thursday 20 March 2008 12:22:
>We also have a presence on #parrot and #soc-help on irc.perl.org, as
>well as #perl6 on freenode.
>
>See http://www.perlfoundation.org/perl5/index.cgi?gsoc2008_projects
>for some project ideas if you're a student
Hi all,
The traffic regardin
* TSa <[EMAIL PROTECTED]> [2008-03-19 16:00]:
> Aristotle Pagaltzis wrote:
>> Something like
>>
>> path { $app_base_dir / $conf_dir / $foo_cfg . $cfg_ext }
>>
>> where the operators in that scope are overloaded irrespective of
>> the types of the variables (be they plain scalar strings,
>> inst
On Fri, 21 Mar 2008 11:15:51 -0700
"Andrew Whitworth" (via RT) <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by "Andrew Whitworth"
> # Please include the string: [perl #51988]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.h
On Fri, 21 Mar 2008 13:19:09 -0400
"Andrew Whitworth" <[EMAIL PROTECTED]> wrote:
> Okay, i changed the function declaration in src/string_primitives.c
> and include/Parrot/string_primitives.h. After a search, I couldn't
> find any other files where the function Parrot_char_digit_value was
> used,
Shoot, i forgot the file. Eventually I'm going to learn to proplerly
use this new-fangled email contraption.
--Andrew Whitworth
iofddupfix.patch
Description: Binary data
# New Ticket Created by "Andrew Whitworth"
# Please include the string: [perl #51988]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51988 >
A number of small updates to file descriptor duplication functions:
1) Calling _d
On Fri, Mar 21, 2008 at 12:55 PM, Mark Glines via RT
<[EMAIL PROTECTED]> wrote:
> On Fri, 21 Mar 2008 09:06:59 -0700
> "Andrew Whitworth" (via RT) <[EMAIL PROTECTED]> wrote:
>
> > # New Ticket Created by "Andrew Whitworth"
> > # Please include the string: [perl #51982]
> > # in the subject li
Forgot the patch. Here's the file.
--Andrew Whitworth
stringprimitivestypecast2.patch
Description: Binary data
On Friday 21 March 2008 09:37:16 Andrew Whitworth via RT wrote:
> src/jit_emit.h contains a large amount of both header-file stuff and
> executable code. I could gladly separate the two out, and create two new
> files: include/Parrot/jit_emit.h and src/jit_emit.c, which is probably
> the kind of s
On Fri, 21 Mar 2008 09:26:42 -0700
"Andrew Whitworth" (via RT) <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by "Andrew Whitworth"
> # Please include the string: [perl #51984]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.h
On Fri, 21 Mar 2008 09:06:59 -0700
"Andrew Whitworth" (via RT) <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by "Andrew Whitworth"
> # Please include the string: [perl #51982]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.h
# New Ticket Created by "Andrew Whitworth"
# Please include the string: [perl #51984]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51984 >
The file src/utils.c was producing a number of compile-time warnings
involving pos
src/jit_emit.h contains a large amount of both header-file stuff and
executable code. I could gladly separate the two out, and create two new
files: include/Parrot/jit_emit.h and src/jit_emit.c, which is probably
the kind of stuff that people want to happen anyway. I can't find a good
reason why we
On Fri, 21 Mar 2008 09:03:08 -0700
"Andrew Whitworth" (via RT) <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by "Andrew Whitworth"
> # Please include the string: [perl #51980]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.h
On Fri, 21 Mar 2008 08:21:44 -0700
"Andrew Whitworth" (via RT) <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by "Andrew Whitworth"
> # Please include the string: [perl #51976]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.h
# New Ticket Created by "Andrew Whitworth"
# Please include the string: [perl #51982]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51982 >
src/string_primitives.c:Parrot_char_digit_value was producing a
compile-time warni
# New Ticket Created by "Andrew Whitworth"
# Please include the string: [perl #51980]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51980 >
the snprintf macro was defined in Parrot/misc.h and src/spf_render.c.
I moved both
# New Ticket Created by "Andrew Whitworth"
# Please include the string: [perl #51976]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51976 >
I'm fixing a compile error that's generated (at least) on Win32 using
cl.exe. In d
This applies to another file as well:
languages/regex/lib/Regex/Grammar.pm
2008/3/20, via RT Will Coleda <[EMAIL PROTECTED]>:
> # New Ticket Created by Will Coleda
> # Please include the string: [perl #51944]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=51944 >
Somehow the bitcard login does
On Fri Mar 21 06:58:37 2008, [EMAIL PROTECTED] wrote:
> I am not a Lua expert, but that sounds an awful lot like Lua has a
> build-dependency on Parse::Yapp from CPAN.
>
Yup.
[parrot] 503 $ head -18 languages/lua/Lua/parser.pm
###
On Thu, Mar 20, 2008 at 3:08 PM, via RT Will Coleda <
[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Will Coleda
> # Please include the string: [perl #51944]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=51944 >
>
>
On Fri, 21 Mar 2008 07:16:07 -0400
James E Keenan <[EMAIL PROTECTED]> wrote:
> Ted Neward wrote:
> > BTW, I didn't want to file a bug, but the Lua compiler in the
> > latest bits uses a tool "yapp" that doesn't appear to be a part of
> > the bundle--is it supposed to be?
> >
> > Ted Neward
> > Ja
Ted Neward wrote:
BTW, I didn't want to file a bug, but the Lua compiler in the latest bits uses a tool
"yapp" that doesn't appear to be a part of the bundle--is it supposed to be?
Ted Neward
Java, .NET, XML Services
Consulting, Teaching, Speaking, Writing
http://www.tedneward.com
I don't
BTW, I didn't want to file a bug, but the Lua compiler in the latest bits uses
a tool "yapp" that doesn't appear to be a part of the bundle--is it supposed to
be?
Ted Neward
Java, .NET, XML Services
Consulting, Teaching, Speaking, Writing
http://www.tedneward.com
> -Original Message-
33 matches
Mail list logo
