headers
Adam Kennedy | 5 Feb 03:51
Favicon
Gravatar

Re: Ending Build.PL if there are missing modules

I was thinking about dropping anything without a specific numberic
version completely and requiring manual, because I figure the chances
for misidentification is too high (whereas a number will only really
be there after a human has put some specific thought into it).

Adam

On Sun, Feb 5, 2012 at 1:50 PM, David Golden <xdaveg <at> gmail.com> wrote:
> On Sat, Feb 4, 2012 at 9:43 PM, Adam Kennedy <adam <at> ali.as> wrote:
>> If the goal is only to pick up versioned dependencies, I'm surprised
>> we even need to bother with that.
>
> It picks up as many "standard" dependencies as it can, but treats
> anything without a version as requesting version 0.
>
> -- David
Permalink | Reply | 1 comment |
headers
Alberto Simões | 3 Feb 22:50
Picon
Favicon
Gravatar

Ending Build.PL if there are missing modules

Hello

Builder->new seems to check if all required modules are available. But 
if any fails, it continues to process the Build.PL file.

Is there any way to make it stop?

Thanks
Permalink | Reply | 14 comments |
headers
John M. Gamble | 11 Jan 03:36
Picon
Favicon

Stopping a Pointless C Compiler Warning

I don't know which upgrade brought this, but currently when I use Build.PL
(and the resulting Build files) I get (in reverse video no less) the
message:

It looks like you don't have a C compiler on your PATH, so you will not be
able to compile C or XS extension modules.  You can install GCC from the
MinGW package using the Perl Package Manager by running:

    ppm install MinGW

I've become somewhat numb to it, but it's a completely pointless and
unhelpful message, since this machine I'm working on will never develop
anything in C. I haven't been able to find anything in Module::Build
documentation that tells me how to tell it that this is a pure Perl
module. Can anyone steer me in the right direction?

I'm using ActiveState perl version 5.14.1, and Module::Build version 0.3800.

Thanks,
     -john
Permalink | Reply | 2 comments |
headers
Phil Kasten | 14 Dec 16:25
Picon

ExtUtils::MakeMaker question, before I post to a larger audience

I'm probably just doing something really dumb, but I cannot figure out 
what...

I am using the cpan tool to install modules on a FreeBSD system that I 
do not have root permission on.  I have a provided a PREFIX for the 
makepl_arg, to install everything in my local path.  Almost everything 
works fine.

The modules (e.g. foo.pm) and the man1 pages are correctly installed 
relative to the PREFIX path.  However, man3 pages seem to ignore PREFIX. 
  In fact, even if I try using INSTALLMAN3DIR, and whether or not I 
specific INSTALLDIRS=perl, nothing seems to cause man3 man pages to be 
re-routed.  Instead, they try to be installed in the root distribution 
and the install fails:

> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
> ERROR: Can't create '/usr/local/lib/perl5/5.8.8/man/man3'
> Do not have write permissions on '/usr/local/lib/perl5/5.8.8/man/man3'
> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>  at /homes/pkasten/perl/lib/perl5/site_perl/5.8.8/Module/Build/Base.pm
> line 3569

In other words, with the PREFIX variable set (to ~/perl), man1 man pages 
are correctly placed in ~/perl/man/man1, but man3 man pages seem to want 
to go to /usr/local/lib/perl5/5.8.8/man/man3.  And, this does not change 
even if I also specify INSTALLMAN3DIR=~/perl/man/man3, with or without 
INSTALLDIRS=perl.

Here's the line from my ~/.cpan/CPAN/MyConfig.pm:
   'makepl_arg' => q[PREFIX=~/perl],
(Continue reading)

Permalink | Reply | 3 comments |
headers
John M. Gamble | 23 Oct 02:25
Picon
Favicon

Build.PL But No Meta.yml (or Meta.json)

So I have a new laptop, and I install all the latest (I think) versions of
perl (Activestate v5.24.1
Permalink | Reply | 1 comment |
headers
David Golden | 21 Oct 02:05
Picon
Gravatar

New Module::Build patch/release manager

I'm very, very pleased to announce that Leon Timmermans has
volunteered to be the new M::B patch/release manager and received his
co-maint bit today.

Leon has been working on abstracting the Build.PL API through his work
on Module::Build::Tiny and has gotten very familiar with the guts of
Module::Build as a result.  He is also working to extract more of the
reusable bits of Module::Build for other parts of the toolchain to
reduce duplication.

In my discussion with him about the role, he said that he is not
planning on any major work to Module::Build, but has agreed to
shepherd the future release process to ensure that his refactoring and
other incremental changes are tested and released for CPAN and blead.

Thank you very much, Leon!

-- David
Permalink | Reply | 0 comments |
headers
David Golden | 21 Oct 00:57
Picon
Gravatar

Official Module::Build repository has moved

To help spread the maintenance work further, I've created an
"official" M::B repo in the "Perl-Toolchain-Gang" organization on
github.com.  (Thank you to Schwern for sponsoring this organization
first with EU::MM.)

https://github.com/Perl-Toolchain-Gang/Module-Build

Please follow that repo instead of the dagolden one.  At some point in
the future, I'll be deleting my personal github repo entirely.

If you are a regular patch submitter for M::B, please email me
off-list about getting direct access.

Thanks,
David
Permalink | Reply | 0 comments |
headers
Fields, Christopher J | 17 Oct 05:08
Favicon
Gravatar

Possible bug?

All,

I have been attempting to push a release to CPAN for a few bioperl sub-distributions and ran into an odd issue
where the distribution was not being indexed in CPAN, documented here:

http://www.nntp.perl.org/group/perl.modules/2011/10/msg78021.html

This appears to be due to the version for the modules being set to '0' in META.yml/json instead of not being
defined (yes, we know this is a problem with the bioperl code, but Andreas indicated that lack of a module
version probably should not default to '0'.  Any reason this is occurring?

chris
Permalink | Reply | 5 comments |
headers
Steve Mayer | 29 Sep 06:49
Gravatar

Needing some help with Module::Build and the Intel compiler.

Hello,

  I'm attempting to perform a Perl build on Windows 2003 64-bit using the Intel compiler (version 10.1.032)
and I'm seeing issues with those modules that are using Module::Build.  Basically when I attempt to build
any of these Module::Build based modules, I'm seeing the following type of error:

	perl Build.PL
        compilet-qQxoU.
       (0): internal error: backend signals

Has anyone seen this type of issue or has more experience with using the Intel compiler (along with VS 2005)
to build Perl with?

I'm not a C programmer, so I'm flying in the dark here...

Thanks in advance,

Steve Mayer
smayer69 <at> me.com

"Food is an important part of a balanced diet." -- Fran Lebowitz
Permalink | Reply | 2 comments |
headers
Henrik Markarian | 15 Sep 22:49

'undefined value as a HASH reference' failure on installing Module-Build 0.38

Hi,

I¹m having trouble installing Module-Build on a dedicated Linux Server
(Debian 4.0).  Here¹s the output that I¹m getting:

CPAN.pm: Building D/DA/DAGOLDEN/Module-Build-0.3800.tar.gz

# Converted to config
installman1dir=/homepages/33/d280429716/htdocs/bugzilla/lib/man/man1
# Converted to config
installman3dir=/homepages/33/d280429716/htdocs/bugzilla/lib/man/man3
# Converted to config
installbin=/homepages/33/d280429716/htdocs/bugzilla/lib/bin
# Converted to config
installscript=/homepages/33/d280429716/htdocs/bugzilla/lib/bin
# running Build.PL --installdirs site --config
installsitelib=/homepages/33/d280429716/htdocs/bugzilla/lib --config
installprivlib=/homepages/33/d280429716/htdocs/bugzilla/lib --config
installarchlib=/homepages/33/d280429716/htdocs/bugzilla/lib/i486-linux-gnu-t
hread-multi --config
installsitearch=/homepages/33/d280429716/htdocs/bugzilla/lib/i486-linux-gnu-
thread-multi --config
installman1dir=/homepages/33/d280429716/htdocs/bugzilla/lib/man/man1
--config 
installman3dir=/homepages/33/d280429716/htdocs/bugzilla/lib/man/man3
--config installbin=/homepages/33/d280429716/htdocs/bugzilla/lib/bin
--config installscript=/homepages/33/d280429716/htdocs/bugzilla/lib/bin
--installdirs core
Created MYMETA.yml and MYMETA.json
Creating new 'Build' script for 'Module-Build' version '0.3800'
(Continue reading)

Permalink | Reply | 3 comments |
headers
Ron Savage | 12 May 02:10
Picon
Favicon

Docs for meta_add, meta_merge

Hi Folks

I couldn't find any docs for meta_add etc in Module::Build. I did find
them by googling. Can't say exactly where they should go, but I'd like
to see at least a reference to them in there somewhere.

--

-- 
Ron Savage
http://savage.net.au/
Ph: 0421 920 622
Permalink | Reply | 0 comments |

Gmane