On 23/06/07, chromatic <[EMAIL PROTECTED]> wrote:
On Friday 22 June 2007 11:07:35 Chas Owens wrote:
> Please, god, no. Or at least make two distributions: Bare Perl 6 and
> Perl 6. Many companies have a "Only Core Perl" policy. They refuse
> to install CPAN modules because "We don't trust them".
kid51,
On 25/06/07, James Keenan via RT <[EMAIL PROTECTED]> wrote:
On Tue Feb 13 08:01:12 2007, ptc wrote:
> The profiling options specified in config/init/defaults.pm should be
> moved into their own 'step' of the configure process.
Paul: Can you explain your rationale for this?
This was on
To be able to attack this ticket properly, we need to be able to run at
least a subset of the perlcritic tests with 'make test' alongside the
other coding standards tests, so as to ensure that any broken windows
do not remain so for very long. Therefore, I propose to change the
functionality o
chromatic wrote:
> On Sunday 24 June 2007 04:48:19 Ron Blaschke wrote:
>
>> Thanks for picking this up. The problem was caused by C<#pragma once>
>> which MinGW GCC 3.4.2 seems to choke on. There was some discussion on
>> the list ("Removing #pragma") too.
>
> It looks like r18945 should have f
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Jun 25 13:00:02 2007 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
On Mon, 25 Jun 2007 09:57:18 +0200, Hakim Cassimally wrote:
> On 23/06/07, chromatic <[EMAIL PROTECTED]> wrote:
>> On Friday 22 June 2007 11:07:35 Chas Owens wrote:
>>
>> > Please, god, no. Or at least make two distributions: Bare Perl 6 and
>> > Perl 6. Many companies have a "Only Core Perl" polic
On 6/25/07, Peter Scott <[EMAIL PROTECTED]> wrote:
I will just voice my support for putting best-of-breed modules for very
common tasks (CGI, DBI for sure) in the core.
Of course, then you get the disadvantage that most users will see new
versions of those modules as often (or seldom, as it wer
Implemented as of r19319.
On 6/25/07, Paul Cochrane via RT <[EMAIL PROTECTED]> wrote:
To be able to attack this ticket properly, we need to be able to run at
least a subset of the perlcritic tests with 'make test' alongside the
other coding standards tests, so as to ensure that any broken windows
do not remain so for very
How about a Bundle::Common?
Streamline both the core and the inclusion of the most commonly used
modules? The core does include the CPAN module, right?
Personally, I *prefer* grabbing what I need piecemeal, but I understand
making it easy if possible
--- Luke Palmer <[EMAIL PROTECTED]> wrote
Hakim Cassimally skribis 2007-06-25 9:57 (+0200):
> Releasing a language without a useful, easily installable library bundle
> could quite reasonably be construed as a stupid business practice.
A useful, easily installable library bundle does not have to be in the
core distribution.
Debian alrea
On 25/06/07, Bernhard Schmalhofer via RT
<[EMAIL PROTECTED]> wrote:
On So. 06. Mai 2007, 12:09:58, bernhard wrote:
> TODO: Check whether Parrot::Distribution::gen_manifest_skip() can be used
> in mk_manifest_and_skip.pl or alternatively be deleted.
Parrot::Distribution::gen_manifest_skip() and
David Green wrote:
(Unless I'm missing something, which is always possible; you can put
a piece of POD geographically next to a Perl declaration, but I'm not
sure that's unambiguous enough. Hm, why not? POD doesn't know
what's going on around it, but Perl does, and could say, "I've just
declare
# New Ticket Created by Will Coleda
# Please include the string: [perl #43371]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43371 >
Per Allison & coke.
On Monday 25 June 2007 00:57:18 Hakim Cassimally wrote:
> Releasing a language without a useful, easily installable library bundle
> could quite reasonably be construed as a stupid business practice.
Of course. Yet some dozen years later, the argument for keeping interfaces
such as File::Find (
# New Ticket Created by James Keenan
# Please include the string: [perl #43375]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43375 >
---
osname= linux
osvers= 2.6.15
arch= i386-linux-thread-multi
cc= cc
---
Flags:
On Monday 25 June 2007 13:59:53 Bob Wilkinson wrote:
> [EMAIL PROTECTED]:~/src/parrot/docs$ diff -u gettingstarted.pod.orig
> gettingstarted.pod --- gettingstarted.pod.orig 2007-06-25
> 21:45:46.0 + +++ gettingstarted.pod 2007-06-25
> 21:45:57.0 +
> @@ -292,7 +292,7 @@
# New Ticket Created by Bob Wilkinson
# Please include the string: [perl #43368]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43368 >
[EMAIL PROTECTED]:~/src/parrot/docs$ diff -u gettingstarted.pod.orig
gettingstarted.po
Parrot ML,
please review #42944 . This for me blocks further submissions against library.c
as I need to know what I will be
basing against.
Cheers,
Mike Mattie - [EMAIL PROTECTED]
signature.asc
Description: PGP signature
On So. 06. Mai 2007, 12:09:58, bernhard wrote:
> TODO: Check whether Parrot::Distribution::gen_manifest_skip() can be used
> in mk_manifest_and_skip.pl or alternatively be deleted.
Parrot::Distribution::gen_manifest_skip() and subsequently
t/distro/manifest_skip.t have been broken for some time.
On Mon Jun 25 11:46:07 2007, ptc wrote:
> On 25/06/07, Bernhard Schmalhofer via RT
> at parrotcode.org> wrote:
> > On So. 06. Mai 2007, 12:09:58, bernhard wrote:
> >
> > > TODO: Check whether Parrot::Distribution::gen_manifest_skip() can
> be used
> > > in mk_manifest_and_skip.pl or alternatively
21 matches
Mail list logo
