Eric Wilhelm wrote:
> # from Michael G Schwern
> # on Thursday 19 July 2007 08:00 am:
>
>> The way MakeMaker traditionally handles a perl prerequisite is by
>> sticking "require 5.xxx" at the top of the Makefile.PL. The CPAN
>> tools can spot the resulting error message and take the appropriate
>
# from Ken Williams on Tuesday 12 June 2007 09:00 pm:
>It's currently exactly analogous to the
>other prereq types, except that during the "dist" action we'll warn
>the author if there's an item in config_requires that isn't present
>in any of the other prereq fields.
# from Ken Williams on
# from Michael G Schwern
# on Thursday 19 July 2007 08:00 am:
>The way MakeMaker traditionally handles a perl prerequisite is by
> sticking "require 5.xxx" at the top of the Makefile.PL. The CPAN
> tools can spot the resulting error message and take the appropriate
> action.
Interesting. Any ch
# from Ken Williams
# on Sunday 15 July 2007 07:31 pm:
>> At the moment, it looks like EU::CB won't want to
>> play nice.
>What about EU::CB isn't working? It should be able to build
>executables, more or less.
I didn't say it wasn't working :-D More "I don't want to be the first
to try it."
On Jul 19, 2007, at 7:04 AM, Gabor Szabo wrote:
Hi,
I have started to export the data collected on CPAN::Forum for
anyone to use.
The various formats and the links are available here:
http://www.cpanforum.com/faq/#data
Awesome, thanks Gabor.
-Ken
On Jun 13, 2007, at 3:32 PM, Eric Wilhelm wrote:
# from Ken Williams
# on Tuesday 12 June 2007 09:00 pm:
In most cases, M::B will be the only c_r entry (and will be auto.) I
would really like to not need to state any explicit M::B
requirement in
Build.PL, so then you get into special-casin
On 7/19/07, Michael G Schwern <[EMAIL PROTECTED]> wrote:
Yeah, well, that's what we've got. Its written down on the CPAN testers wiki
and I also confirmed it with Barbie at YAPC.
"Making distributions CPAN Testers friendly"
http://cpantest.grango.org/cgi-bin/pages.cgi?act=wiki-page&pagename=CPA
# from David Golden
# on Thursday 19 July 2007 04:23 am:
> On 7/19/07, Eric Wilhelm <[EMAIL PROTECTED]> wrote:
>> Presumably, the compatibility Makefile.PL isn't used for ./Build
>> dist, so the META.yml shouldn't be affected, right?
>
>The distribution that triggered this investigation is Module::
On 7/19/07, Eric Wilhelm <[EMAIL PROTECTED]> wrote:
# from David Golden
# on Wednesday 18 July 2007 09:05 pm:
>While EU::MM doesn't handle
>'perl' well (it issues a warning about a missing prerequisite), it
>does still write it into the Makefile PREREQ_PM line and into the
>META.yml.
Presumably
On 7/19/07, Michael G Schwern <[EMAIL PROTECTED]> wrote:
The way MakeMaker traditionally handles a perl prerequisite is by sticking
"require 5.xxx" at the top of the Makefile.PL. The CPAN tools can spot the
resulting error message and take the appropriate action.
Is this documented anywhere?
David Golden wrote:
> On 7/19/07, Michael G Schwern <[EMAIL PROTECTED]> wrote:
>> The way MakeMaker traditionally handles a perl prerequisite is by
>> sticking
>> "require 5.xxx" at the top of the Makefile.PL. The CPAN tools can
>> spot the
>> resulting error message and take the appropriate actio
Speaking of requiring perl, I've noticed there's no formal provision in the
META.yml for requiring perl. Though it is in the intro example, the
description of "requires" and the rest all say "The keys are the module names,
and the values are version specifications as described in VERSION
SPECIFICA
David Golden wrote:
> Module::Build::Compat drops 'perl' from the list of prerequisites when
> generating a Makefile.PL and/or Makefile. While EU::MM doesn't handle
> 'perl' well (it issues a warning about a missing prerequisite), it
> does still write it into the Makefile PREREQ_PM line and into
Hi,
I have started to export the data collected on CPAN::Forum for anyone to use.
The various formats and the links are available here:
http://www.cpanforum.com/faq/#data
Your input and cooperation is welcome!
Gabor
On 7/12/07, Randy Kobes <[EMAIL PROTECTED]> wrote:
On Mon, 9 Jul 2007, Eric W
14 matches
Mail list logo