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 critic flags to switch
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 warnings
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:
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
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.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=48070
Several months ago I adapted CPAN module IO::Capture for use inside
Parrot by
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
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
11 matches
Mail list logo