# New Ticket Created by Matt Kraai
# Please include the string: [perl #52022]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=52022 >
Howdy,
I'm using git-svn and have made some local commits. When I run
perl Configure.p
James Keenan via RT wrote:
On Sat Dec 16 21:56:15 2006, allison wrote:
Adequately covered by PDD 13. Leaving ticket to Jonathan to close when
implemented.
Your cage cleaner wants to know ... has this been implemented?
No, not yet.
Jonathan
# New Ticket Created by Matt Kraai
# Please include the string: [perl #52028]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=52028 >
Howdy,
If a macro invocation that uses CONST_STRING is split into multiple
lines, icc use
# New Ticket Created by Matt Kraai
# Please include the string: [perl #52026]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=52026 >
Howdy,
docs/project/cage_cleaners_guide.pod says that in order to use icc to
build Parrot
Hi, i'm writing a gui tool, I need to open a non blocking pipe in read
mode, to avoid the block of the gui when the stream become slow..
Is it possible to open a non blocking pipe in read mode whitout using
threads or fork()?
I like simple things, i only need something return me undef is there
is n
From: Spocchio <[EMAIL PROTECTED]>
Date: Sun, 23 Mar 2008 09:10:42 -0700 (PDT)
Hi, i'm writing a gui tool, I need to open a non blocking pipe in read
mode, to avoid the block of the gui when the stream become slow..
Is it possible to open a non blocking pipe in read mode whitout usi
From: Bob Rogers <[EMAIL PROTECTED]>
Date: Sun, 23 Mar 2008 15:53:51 -0400
From: Spocchio <[EMAIL PROTECTED]>
Date: Sun, 23 Mar 2008 09:10:42 -0700 (PDT)
Hi, i'm writing a gui tool, I need to open a non blocking pipe in read
mode, to avoid the block of the gui when t
Hi,
OK, finally I have time to look through this patch. Thanks for your
patience while I did $REAL_LIFE for a bit.
First a general hint for future patches: please try and keep them at one
feature per patch. This one targets a couple of distinct things as well
as doing some clean-ups against
On Sat Mar 22 10:38:42 2008, doughera wrote:
> Just be careful that 'use lib' doesn't look outside of the parrot source
> tree. If pmc2c.pl is normally invoked from the root directory, then
> ../lib and ../../lib are looking outside of the parrot source. This is
> wrong, since there is no gua
Here's a corrected version of the patch. It eliminates some
"uninitialized value" warnings in t/configure/034-step.t and prepends
the needed path to the *.pasm entries in MANIFEST.configure.generated.
Index: lib/Parrot/Configure/Compiler.pm
=
On Sunday 23 March 2008 19:17:41 James Keenan via RT wrote:
> Index: lib/Parrot/Configure/Utils.pm
> ===
> --- lib/Parrot/Configure/Utils.pm (revision 26524)
> +++ lib/Parrot/Configure/Utils.pm (working copy)
> @@ -311,6
Hmm, the more I look at this, the more I realize that even the improved
version of my patch is not ready for prime time. While it DWIMs when
you call 'perl Configure.pl', it doesn't when you call 'perl
Configure.pl --test' (as I do frequently). We only want
MANIFEST.configure.generated to be open
On Sun, Mar 23, 2008 at 7:49 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> Hmm, the more I look at this, the more I realize that even the improved
> version of my patch is not ready for prime time. While it DWIMs when
> you call 'perl Configure.pl', it doesn't when you call 'perl
> Confi
* Spocchio <[EMAIL PROTECTED]> [2008-03-23 19:40]:
> i'm writing a gui tool, I need to open a non blocking pipe in
> read mode, to avoid the block of the gui when the stream become
> slow..
1. Wrong list.
http://mail.gnome.org/mailman/listinfo/gtk-perl-list
2. Your question is a Gtk2-Perl FAQ.
On Sun, Mar 23, 2008 at 6:21 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> On Sat Mar 22 10:38:42 2008, doughera wrote:
>
> > Just be careful that 'use lib' doesn't look outside of the parrot source
> > tree. If pmc2c.pl is normally invoked from the root directory, then
> > ../lib and ..
On Sun, Mar 23, 2008 at 06:21:38PM -0700, James Keenan via RT wrote:
> On Sat Mar 22 10:38:42 2008, doughera wrote:
>
> > Just be careful that 'use lib' doesn't look outside of the parrot source
> > tree. If pmc2c.pl is normally invoked from the root directory, then
> > ../lib and ../../lib are
On Sunday 23 March 2008 20:58:24 jerry gay wrote:
> why not put the location of parrot's lib dir in
> Parrot::Config::Generated, and look it up when needed?
Isn't Parrot::Config::Generated *in* Parrot's lib dir?
-- c
On Sun, Mar 23, 2008 at 9:39 PM, chromatic <[EMAIL PROTECTED]> wrote:
> On Sunday 23 March 2008 20:58:24 jerry gay wrote:
>
> > why not put the location of parrot's lib dir in
> > Parrot::Config::Generated, and look it up when needed?
>
> Isn't Parrot::Config::Generated *in* Parrot's lib dir?
>
On Sunday 23 March 2008 21:46:23 jerry gay wrote:
> On Sun, Mar 23, 2008 at 9:39 PM, chromatic <[EMAIL PROTECTED]> wrote:
> > On Sunday 23 March 2008 20:58:24 jerry gay wrote:
> > > why not put the location of parrot's lib dir in
> > > Parrot::Config::Generated, and look it up when needed?
>
19 matches
Mail list logo
