perl.makemaker
  Home FAQ Contact Sign in
perl.makemaker only
 
Advanced search
September 2008
motuwethfrsasuw
1234567 36
891011121314 37
15161718192021 38
22232425262728 39
2930      40
2008
 Jan   Feb   Mar   Apr 
 May   Jun   Jul   Aug 
 Sep   Oct   Nov   Dec 
2008 2007 2006  
total
perl.makemaker Profile…
RELATED GROUPS

POPULAR GROUPS

more...

 Up
  Re: META_MERGE overwrites no_index defaults         


Author: Ken Williams
Date: Sep 19, 2008 06:48

On Wed, Sep 17, 2008 at 4:13 PM, Michael G Schwern pobox.com> wrote:
>
> Hmm, _hash_merge will have to recurse.

Is an issue for M::B too?

-Ken
no comments
  META_MERGE overwrites no_index defaults         


Author: Brian D Foy
Date: Sep 16, 2008 22:46

I started playing with the MakeMaker 6.45_02 and ran into a problem
with META_MERGE not really merging. I think I've got most of it figured
out, but I didn't finish off the fix:

http://rt.cpan.org/Ticket/Display.html?id=39348
no comments
  [rt.cpan.org #21282] Split metafile generation into user overridable methods.         


Author: Michael G Schwern via RT
Date: Sep 6, 2008 02:59

http://rt.cpan.org/Ticket/Display.html?id=21282 >

I've finally patched this in, sorry for taking so long. I took a
different route following Module::Build's example. Rather than have
users override a method, they can supply META_ADD and META_MERGE, like
Module::Build's meta_add and meta_merge attributes, to add/override or
merge in more metadata. There shouldn't be any need for overriding the
methods.

Rather than repurpose EXTRA_META, it's now gone.

The work you did on the dumper was splendid. I made a few formatting
tweaks to make the key length stuff a bit smarter, it now figures out a
good length automatically.
no comments
  configuring a script before it is installed         


Author: Peter Michaux
Date: Aug 27, 2008 18:21

Hi,

I'm building a command line "to-do" CPAN module. The module will have
some scripts that need to be installed in /usr/local/bin, for example.
These scripts need to manipulate data files in /usr/local/etc and
/usr/local/var, for example, which contain the application
configuration and database of actual to-dos. I want the
"/usr/local/etc" and "/usr/local/var" directories to be configurable
during the "perl Makefile.pl; make" stage of installing the CPAN
module.

I think that "/usr/local/etc" and "/usr/local/var" strings need to be
hard coded into my scripts somehow. Right now I'm using the GNU
./configure; make; make install system and am using m4 macros
@[email protected], @[email protected] to modify the scripts (i.e. hard code
the string) before they are installed. I'd like to use the Perl system
(not the GNU system) for building so that my module can be used on all
systems with Perl.

Is what I want to do possible with MakeMaker?

Thanks,
Peter
1 Comment
  -MExtUtils         


Author: Patrick Dupre
Date: Aug 21, 2008 18:00

Hello,

What shold I put inside my Makefile.PL to have the make does:
cc -o test.o -c test.c `perl -MExtUtils::Embed -e ccps`

Thanks

--
---
==========================================================================
Patrick DUPRÉ | |
Department of Chemistry | | Phone: (44)-(0)-1904-434384
The University of York | | Fax: (44)-(0)-1904-432516
Heslington | |
York YO10 5DD United Kingdom | | email: [email protected]york.ac.uk
==========================================================================
1 Comment
  Makemaker 6.44 (DIRFILESEP - bug !?) in MM_Win32.pm (windows) and simple code fix ...         


Author: Micberardi
Date: Jul 21, 2008 19:09

the bad construction of DIRFILESEP path separator by Makefile.PL

persist also in last "activestate Perl 5.10" distribution

and last version updated version of ExtUtils-Makemaker (6.44) ,

and is related to:

..\Perl\lib\ExtUtils\MM_Win32.pm

Or/And (depend on install zone..):

..\Perl\site\lib\ExtUtils\MM_Win32.pm

I correct the code of this subroutine (in MM_Win32.pm):

sub init_DIRFILESEP {

my($self) = shift;

my $make = $self->make;

# The ^ makes sure its not interpreted as an escape in nmake

# $self->{DIRFILESEP} = $make eq 'nmake' ? '^\\' :

# above line fixed by Berardi Michele as:

$self->{DIRFILESEP} = $make eq 'nmake' ? '\\\\' :

$make eq 'dmake' ? '\\\\'

: '\\';

}

Hope this help.
Show full article (2.44Kb)
no comments
  BUILD_REQUIRES and CONFIGURE_REQUIRES         


Author: Alexandr Ciornii
Date: Jun 5, 2008 10:37

Hello!

This is patch to add BUILD_REQUIRES and CONFIGURE_REQUIRES into EUMM.

PREREQ_PM and BUILD_REQUIRES are dumped as PREREQ_PM in 'Makefile'
because CPAN.pm does not know about BUILD_REQUIRES.

Please check if I done correct thing with PREREQ_PRINT.

--
Alexandr Ciornii, http://chorny.net

Only in ExtUtils-MakeMaker-6.44: blib
diff -u -r ExtUtils-MakeMaker-6.44.orig/Changes ExtUtils-MakeMaker-6.44/Changes
--- ExtUtils-MakeMaker-6.44.orig/Changes 2008-02-29 01:06:09.000000000 +0200
+++ ExtUtils...
Show full article (9.23Kb)
no comments
  perl prerequiste (repost)         


Author: Alexandr Ciornii
Date: May 6, 2008 05:47

Hello!

This is patch to add support for MIN_PERL_VERSION for Makefile.PL.
Used parts of David's patch. Tested with latest version of EUMM on
Windows. It yet not adds info to META.yml - that would be second patch.

--
Alexandr Ciornii, http://chorny.net

#!/usr/bin/perl -w

# This is a test of the verification of the arguments to
# WriteMakefile.

BEGIN {
if( $ENV{PERL_CORE} ) {
chdir 't' if -d 't';
@INC = ('../lib', 'lib');
}
else {
unshift @INC, 't/lib';
}
}
Show full article (2.43Kb)
no comments
  Devel::Cover vs MakeMaker         


Author: Michael G Schwern
Date: Apr 18, 2008 11:06

I'd like to know if anyone has a way to make Devel::Cover work properly with
the MakeMaker tests. Currently I get bizarre results from cover -test (see
below) where it thinks there's no lines in the modules. This is probably the
result of MakeMaker running so many perl subprocesses. I'd imagine they're
all blowing over each other writing to the coverage files.

Might it make sense for Devel::Cover to write out coverage information per
process and merge them together later? Or is there some other trick I might
employ?

$ cover -test
...
All tests successful.
Files=45, Tests=617, 288 wallclock secs ( 0.29 usr 0.28 sys + 259.57 cusr
12.46 csys = 272.60 CPU)
Result: PASS
Reading database from /Users/schwern/devel/ExtUtils...
Show full article (5.15Kb)
no comments
  Requiring a Perl version         


Author: albie
Date: Mar 29, 2008 14:53

Hi, Folks

I would like to ask for some advice: in a module, to require some Perl
version, should I do that on the Makefile.PL/Build.PL or just add the
use keyword with the Perl version on the .pm file? Or both?

In case I should do that on Makefile.PL, what is the correct way? Again
a 'use' keyword in the Makefile.PL, or is there any other keyword to use
withing MakeMaker configuration hash?

Thank you, folks :)
Alberto
--
Alberto Simões - Departamento de Informática - Universidade do Minho
Campus de Gualtar - 4710-057 Braga - Portugal
3 Comments
1 2 3 4 5 6 7 8 9