On 01/12/2007, Will Coleda <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] writes:
>
> > Author: paultcochrane
> > Date: Sat Dec 1 06:08:08 2007
> > New Revision: 23307
> >
> > Modified:
> >trunk/examples/sdl/blue_rect.pl
> >
> > Log:
> > [examples]
> > - corrected editor coda
> > - added no
Will Coleda (via RT) wrote:
print_newline
I vote we kill it.
+1
Allison
On Sun, Dec 02, 2007 at 10:44:08AM +0100, Paul Cochrane wrote:
> > NQP and Perl6 aren't Perl5; Should we really be running the perl5 coding
> > standard tests against them?
>
> Probably not, but having the correct coda is a good thing, ...
Agreed.
> ... and I only
> needed to switch off the warn
I had some off-list conversations with ptc about a month ago about these
issues. Running the step with --verbose-step indicated that attributes
that the compiler does not recognize do not get added to the 'ccflags'
attribute. Cf. patch applied to trunk:
http://perlcabal.org/svn/parrot/revision/?
Author: pmichaud
Date: Sun Dec 2 14:51:22 2007
New Revision: 23382
Modified:
trunk/docs/pdds/pdd26_ast.pod
Changes in other areas also in this revision:
Modified:
trunk/compilers/pct/src/PAST/Compiler.pir
Log:
[pct]:
* Add 'copy' pasttype.
* Update pdd26, since we've changed the assign pa
Patch was committed to trunk 01 Dec in r23331.
# New Ticket Created by James Keenan
# Please include the string: [perl #48070]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48070 >
Several months ago I adapted CPAN module IO::Capture for use inside
Parrot by creating
The attached patch will address a parrot test failure in the PCRE
module (t/library/pcre.t) in the case where the libpcre library is
installed in a nonstandard location.
In my case, it occurs on OS X that Fink installed libpcre into
/sw/lib, and so the test believes that PCRE is installed because
On Sunday 02 December 2007 21:04:28 Devin Heitmueller wrote:
> The attached patch will address a parrot test failure in the PCRE
> module (t/library/pcre.t) in the case where the libpcre library is
> installed in a nonstandard location.
>
> In my case, it occurs on OS X that Fink installed libpcre
In order to insert the $pcre_libpath into the content of the PIR, I
had to change the interpolation mode in pir_output_is(). This
therefore required me to escape the backslashes in the heredoc.
If there's a more preferred approach to this sort of problem, let me
know and I will happy resubmit the
On Sunday 02 December 2007 21:21:49 Devin Heitmueller wrote:
> In order to insert the $pcre_libpath into the content of the PIR, I
> had to change the interpolation mode in pir_output_is(). This
> therefore required me to escape the backslashes in the heredoc.
Oh. I missed that, but it makes se
11 matches
Mail list logo
