On Wed, Sep 17, 2008 at 4:13 PM, Michael G Schwern pobox.com> wrote:

Is an issue for M::B too?

-Ken

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

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
@sysconfdir@, @localstatedir@ 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

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: pd520@york.ac.uk
==========================================================================

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.

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...

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';
}
}

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...

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