Re: Proposed kwalitee metric: consistent_newlines

2006-05-03 Thread David Cantrell
A. Pagaltzis wrote: * Adam Kennedy <[EMAIL PROTECTED]> [2006-04-30 07:00]: The Perl::Critic thing could be tricky though. One of the very few things PPI does that isn't round-trip safe (actually, the ONLY thing) is localise the newlines for the files it opens. Why would this have to rely on PPI

Re: Proposed kwalitee metric: consistent_newlines

2006-05-03 Thread A. Pagaltzis
* David Cantrell <[EMAIL PROTECTED]> [2006-05-03 11:00]: > A. Pagaltzis wrote: > >Why would this have to rely on PPI at all? To check whether > >newlines in the file are consistent, you can just scan the > >source as an opaque of text, no? > > A perl source file might have an embedded heredoc, or

Re: Proposed kwalitee metric: consistent_newlines

2006-05-03 Thread Paul Johnson
On Wed, May 03, 2006 at 11:36:53AM +0200, A. Pagaltzis wrote: > Am I missing something, or won’t all of these will cause problems > with Module::Signature? The thing is that it doesn’t matter how > perl sees the file; what matters is how Module::Signature sees > the file, and to my knowledge, the

Re: Proposed kwalitee metric: consistent_newlines

2006-05-03 Thread David Cantrell
A. Pagaltzis wrote: * David Cantrell <[EMAIL PROTECTED]> [2006-05-03 11:00]: It does work very well though and I prefer it to fighting with the MakeMaker docs to figure out how to get it to install a data file in the right place :-) Perl has language-level support for uuencoding/-decoding data

Re: Binary distributions

2006-05-03 Thread Smylers
On January 29th Tyler MacDonald wrote: > Sébastien Aperghis-Tramoni <[EMAIL PROTECTED]> wrote: > > > Did anybody here have played with CPANPLUS::Dist::Deb? > > http://search.cpan.org/dist/CPANPLUS-Dist-Deb/ > > > > Believing its documentation, it should build a valid Debian package > > and tak

[perl #39063] [TODO] ResizableBooleanArray uses 64 bytes per bit of information

2006-05-03 Thread via RT
# New Ticket Created by Andy Dougherty # Please include the string: [perl #39063] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=39063 > The current implementation of ResizableBooleanArray appears to use 64 bytes for each

[svn:perl6-synopsis] r9110 - doc/trunk/design/syn

2006-05-03 Thread larry
Author: larry Date: Wed May 3 09:57:42 2006 New Revision: 9110 Modified: doc/trunk/design/syn/S06.pod Log: Clarifications on Capture-ness of returned values. Modified: doc/trunk/design/syn/S06.pod == --- doc/trunk/d

[svn:perl6-synopsis] r9111 - doc/trunk/design/syn

2006-05-03 Thread larry
Author: larry Date: Wed May 3 10:42:06 2006 New Revision: 9111 Modified: doc/trunk/design/syn/S06.pod Log: Typos, clarifications for return, call, and leave. Modified: doc/trunk/design/syn/S06.pod == --- doc/trunk/d

Re: Proposed kwalitee metric: consistent_newlines

2006-05-03 Thread Adam Kennedy
Paul Johnson wrote: On Wed, May 03, 2006 at 11:36:53AM +0200, A. Pagaltzis wrote: Am I missing something, or won’t all of these will cause problems with Module::Signature? The thing is that it doesn’t matter how perl sees the file; what matters is how Module::Signature sees the file, and to my

Re: Proposed kwalitee metric: consistent_newlines

2006-05-03 Thread Adam Kennedy
It does work very well though and I prefer it to fighting with the MakeMaker docs to figure out how to get it to install a data file in the right place :-) Perl has language-level support for uuencoding/-decoding data (check `perldoc -f pack`). You can take advantage of that to keep your binary

[perl #39066] [TODO] Get rid of compilers/imcc/jit.c

2006-05-03 Thread via RT
# New Ticket Created by Bernhard Schmalhofer # Please include the string: [perl #39066] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=39066 > It looks like compilers/imcc/jit.c is no longer used anywhere. This is in accor

Updates to perl6/pge compiler

2006-05-03 Thread Patrick R. Michaud
For those who have not been following along closely in the Parrot repository, the languages/perl6/ directory contains the fledgling beginnings of an entirely Parrot-based compiler for Perl 6. It's able to parse and execute most expressions and some simple statements, and will likely expand rapidl

[perl #39072] [BUG] Unable to load_bytecode :multi after PGE.pbc

2006-05-03 Thread via RT
# New Ticket Created by Patrick R. Michaud # Please include the string: [perl #39072] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=39072 > I've been unable to get pheme to run on my system, and after chromatic and I did

Re: [perl #39072] [BUG] Unable to load_bytecode :multi after PGE.pbc

2006-05-03 Thread chromatic
On Wednesday 03 May 2006 23:13, Patrick R.Michaud wrote: > When running on x86 (32-bit), I get: > > $ ./parrot x.pir > ResizablePMCArray: index out of bounds! > current instr.: 'main' pc -1 ((unknown file):-1) > $ I see this too on x86, running t/car.t through Pheme. I traced the