On Tue, Apr 05, 2005 at 11:44:34AM +0200, Rafael Garcia-Suarez wrote:
Well, after a bit of tracking, I notice this new comment in
MM_Any::clean() :
# XXX normally this would be a good idea, but the Perl core sets
# INST_LIB = ../../lib rather than actually installing the
On Wed, Apr 06, 2005 at 07:13:26PM +0200, Rafael Garcia-Suarez wrote:
That's not going to work.
push @dirs, qw($(INST_LIBDIR) $(INST_ARCHLIBDIR)) if $self-{PERL_CORE};
would be better, but it will remove too many things though.
What I need is to remove all .pm files installed in
On Wed, Apr 06, 2005 at 01:51:40PM +0200, demerphq wrote:
Win32's distclean looks like its doing a lot of what MakeMaker's realclean
should already be doing. Its possible this is an old work around for old
MakeMaker bugs.
You might want to try a make realclean and then do a distcheck
On Tue, Apr 05, 2005 at 10:56:50AM +0200, Rafael Garcia-Suarez wrote:
Makefile:376: warning: overriding commands for target `../../../lib/.exists'
Makefile:371: warning: ignoring old commands for target `../../../lib/.exists'
Makefile:386: warning: overriding commands for target
On Thu, Apr 07, 2005 at 02:21:19PM -0700, Michael G Schwern wrote:
On Tue, Apr 05, 2005 at 10:56:50AM +0200, Rafael Garcia-Suarez wrote:
Makefile:376: warning: overriding commands for target `../../../lib/.exists'
Makefile:371: warning: ignoring old commands for target
`../../../lib
On Thu, Apr 07, 2005 at 02:53:11PM -0700, Michael G Schwern wrote:
Ahh, that's a result of ext/ setting INST_LIBDIR and INST_AUTODIR to be the
same thing. I had made those targets :, they should be ::. This should do
it.
Hold on that, its causing unnecessary rebuilds. *grumble*
Ok
On Sun, Feb 13, 2005 at 03:52:55AM +, Sisyphus wrote:
# --- MakeMaker processPL section:
all :: Core.xs
$(NOECHO) $(NOOP)
Core.xs :: Core.xs.PL
$(PERLRUNINST) Core.xs.PL Core.xs
*snip*
Afaict, Core.xs.PL is not being run - no warnings, no error messages, no
interested in seeing the transition
progressing,
but perhaps Ken Williams or Michael G. Schwern would be supposedly
competenter people,
since they know all of the guts, as I admittedly don't, but a) I can read
sources,
b) as far as I can tell, they have regular daytime-jobs
On Sat, Apr 09, 2005 at 03:24:20PM -0700, Michael G Schwern wrote:
5) Change ExtUtils:MM wherever Module::Build can benefit from.
Could you elaborate on this one some?
On Sun, Apr 10, 2005 at 01:16:28AM +0200, Steven P Schubiger wrote:
On 9 Apr, Michael G Schwern wrote:
: On Sat, Apr 09, 2005 at 03:24:20PM -0700, Steven P Schubiger wrote:
: 5) Change ExtUtils:MM wherever Module::Build can benefit from.
:
: Could you elaborate on this one some
On Sun, Apr 10, 2005 at 09:56:14AM -0500, Ken Williams wrote:
On Apr 9, 2005, at 10:03 PM, Michael G Schwern wrote:
* split out the auxillary modules (ExtUtils::Install, etc...) from
MakeMaker so MB can use/upgrade them without an MM dependency. This
depends
on Module::Install so
On Sun, Apr 10, 2005 at 11:07:46PM +, Scott Lanning wrote:
Patchette attachetted.
Patchette applietted.
On Sun, Apr 10, 2005 at 11:07:46PM +, Scott Lanning wrote:
--- lib/ExtUtils/MakeMaker.pm.bak 2005-04-09 23:27:19.595475384 +
+++ lib/ExtUtils/MakeMaker.pm 2005-04-09 23:28:05.092558776 +
@@ -2262,13 +2262,13 @@
=over 2
-=item CMAN3PODS = ' '
+=item C MAN3PODS = ' '
On Sun, Apr 10, 2005 at 09:14:56PM -0500, Andy Lester wrote:
On Sun, Apr 10, 2005 at 03:16:56PM -0700, Michael G Schwern ([EMAIL
PROTECTED]) wrote:
-The correct code is CMAN3PODS = { }.
+The correct code is C MAN3PODS = { } .
The odd thing is Test::Pod had no problem
http://www.pobox.com/~schwern/src/ExtUtils-MakeMaker-6.28.tar.gz
or
http://svn.schwern.org/svn/CPAN/ExtUtils-MakeMaker/trunk
or
a CPAN near you.
This release mostly contains minor fixes noticed in bleadperl integration.
The only major bug fixed is for AIX users, MM_AIX would not load.
6.28 Tue
On Wed, Apr 13, 2005 at 09:21:48AM +0100, Steve Hay wrote:
Michael G Schwern wrote:
http://www.pobox.com/~schwern/src/ExtUtils-MakeMaker-6.28.tar.gz
Any ideas how to fix the current problems in bleadperl on Win32?:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2005-04/msg00216
On Mon, Apr 18, 2005 at 12:56:52PM +0200, demerphq wrote:
I hope that was the right place, I never did quite work out where
ENV{PERL_CORE} gets stuck into $self-{PERL_CORE} in the first place.
I don't think it ever is. SURPRISE!
Ill give it a go if nobody else does, but I dont know how to
On Tue, Apr 26, 2005 at 01:45:52PM +1000, Sisyphus wrote:
use ExtUtils::MakeMaker;
$Verbose = 1;
WriteMakefile(
NAME = 'Mytest2::mylib',
SKIP = [qw(all static static_lib dynamic dynamic_lib)],
clean = {'FILES' = 'libmylib$(LIB_EXT)'},
);
sub MY::top_targets {
On Mon, Apr 25, 2005 at 11:37:00PM -0700, Mike Castle wrote:
The root cause appears to be this:
bin/ip2cc :: bin/ip2cc.PL
$(PERLRUN) bin/ip2cc.PL bin/ip2cc
If I change PERLRUN to PERLRUNINST (like it used to be in 6.17), it works.
If you test this, make sure you don't
On Wed, Apr 27, 2005 at 12:25:11PM -0700, Mike Castle wrote:
It looks to me like PL_FILES are being ran AFTER pm_to_blib:
Yeah, there's nothing explicitly stating that PL files should be
processed before pm_to_blib. The attached patch does it. However it
changes pm_to_blib from a : to a ::
On Wed, Apr 27, 2005 at 01:52:50PM -0700, Mike Castle wrote:
Btw, for a fun MM hack that's broken, try to build xmltv sometime with the
latest EU:MM. It fails miserably. I've not even bothered to try to figure
that one out.
On Thu, May 05, 2005 at 06:35:19PM +0100, Nick Ing-Simmons wrote:
Michael G Schwern [EMAIL PROTECTED] writes:
2) PL files are processed *before* pm_to_blib is run.
Anything you create will be considered for copying into blib. BUT this
means you cannot rely on having the uninstalled
/local/lib/perl5/5.8.6/ExtUtils/MM_Unix.pm line 503.
I'd like to do this to shorten the build time for Krang
(http://krang.sf.net). Krang builds its required modules from source
but doesn't need man-pages.
perl Makefile.PL INSTALLMAN3DIR=' ' INSTALLMAN1DIR=' '
--
Michael G Schwern [EMAIL
blithely tests all *.pm files in
the ExtUtils hierarchy, and XSTest doesn't pass (since it's corresponding
XSTest.xs is only built during the ParseXS test).
Thanks.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
You are wicked and wrong to have broken inside and peeked
On Thu, Apr 28, 2005 at 08:36:10AM -0700, Mike Castle wrote:
On Wed, Apr 27, 2005 at 01:20:01PM -0700, Michael G Schwern wrote:
Anyhow, try it out. If it turns out its going to break a bunch of things
I'll probably just change it back to running PL files after pm_to_blib to
minimize boat
happen to be in subdirs.
- MM_AIX forgot to import neatvalue() from E::MakeMaker.
([EMAIL PROTECTED])
- Fixed a minor C POD nit (Scott Lanning)
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
ROCKS FALL! EVERYONE DIES!
http
and tried it out on bleadperl. 6.30 will
be out shortly.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Ahh email, my old friend. Do you know that revenge is a dish that is best
served cold? And it is very cold on the Internet!
])
- Fixed a minor C POD nit (Scott Lanning)
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Ahh email, my old friend. Do you know that revenge is a dish that is best
served cold? And it is very cold on the Internet!
see why not. Unless someone can come up with a sensible behavior
for when they're both specified.
5) Is there anything I'm not asking that I should be asking?
If you're a Marxist you can ask who's making the money off this. :)
--
Michael G Schwern [EMAIL PROTECTED] http
- Forwarded message from Alberto Manuel Brand?o Sim?es [EMAIL PROTECTED]
-
From: Alberto Manuel Brand?o Sim?es [EMAIL PROTECTED]
Date: Tue, 24 May 2005 16:49:05 +0100
To: Michael G Schwern [EMAIL PROTECTED]
Subject: ExtUtils::MakeMaker
User-Agent: Mozilla Thunderbird 0.9 (X11/20041103
the INSTALL* variables.
Also note that upgrade versions of MakeMaker are available on CPAN so that
you don't have to fight different bugs in different versions.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Ahh email, my old friend. Do you know that revenge
about documenting
this for reasons I can't quite quantify. Maybe I just hate to set in stone
a seems to work behavior. But this seems safe enough and I think I'm
just being non-committal.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Just call me 'Moron Sugar
::MM installs stuff into lib/perl5 (under
your selected directory), while M::B uses just lib. Perhaps there's
something I'm missing here...
This is a bug in Module::Build. It should be fixed in Module::Build 0.27.
This is why INSTALLBASE is not yet documented.
--
Michael G Schwern [EMAIL
.
$ /usr/bin/perl.exe -t -MExtUtils::Command::MM -e test_harness(0,
'blib/lib', 'blib/arch') t/*.t
[...]
t/test5Insecure dependency in `` while running with -t switch at
/usr/lib/perl5/5.8/Test/Harness/Straps.pm line 478.
Oh yeah, TH isn't taint safe. Nevermind.
--
Michael G Schwern
;'
2.48
Try upgrading TH and see if that fixes it.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Don't try the paranormal until you know what's normal.
-- Lords and Ladies by Terry Prachett
looking for are # PERL5LIB=... from THS-analyze_file()
telling us how TH is setting @INC.
You'll probably also want to look at the output of THS-_command_line().
Unfortunately there's not a $Debug print for that so you should put one in.
Do any of these tests have -T in the #! line?
--
Michael G
if _INC2PERL5LIB() is acting properly.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Just call me 'Moron Sugar'.
http://www.somethingpositive.net/sp05182002.shtml
::Straps-analyze_file.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Reality is that which, when you stop believing in it, doesn't go away.
-- Phillip K. Dick
that's just weird. I think at this point you're going to have to go
in and poke around with the debugger.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Reality is that which, when you stop believing in it, doesn't go away.
-- Phillip K. Dick
is in or
called from Test::Harness::Straps-analyze_file.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Ahh email, my old friend. Do you know that revenge is a dish that is best
served cold? And it is very cold on the Internet!
working backwards though the CPAN versions of Test::Harness
until it works. Then we can better spot the change which caused this bug.
http://search.cpan.org/dist/Test-Harness/
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Don't try the paranormal until you know
the same thing
MakeMaker does and pull the ABSTRACT out of the NAME line in the POD.
It can get the file to look at from the version_from or name entries in
META.yml.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Ahh email, my old friend. Do you know that revenge
}\n;
my $perl = $self-_command;
my @inc =`$perl -le print join qq[\\n], [EMAIL PROTECTED]`;
chomp @inc;
print STDERR Default @INC: @inc\n;
return @inc;
}
And then try changing local $ENV{PERL5LIB} to local $ENV{PERL5LIB} = ''.
--
Michael G Schwern [EMAIL PROTECTED
be appended to. That would solve
a lot of people's gripes I think. I think all that's necessary is making
the appropriate method overridable via MY.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
'All anyone gets in a mirror is themselves,' she said. 'But what you
gets
itself needs to add a no_index field to
its META.yml file and didn't want to code in special META.yml exceptions.
You benefit.
This will be in MakeMaker 6.31. Repository available at makemaker.org.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Just call me 'Moron
in
maintaining a duplicate list of licenses.
This will all be in 6.31. Repository at makemaker.org.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
You are wicked and wrong to have broken inside and peeked at the
implementation and then relied upon it.
-- tchrist
On Sun, Jul 24, 2005 at 10:33:55AM +1000, Sisyphus wrote:
But if, when you wanted to use something other than $Config{make}, you
could do something like 'perl Makefile.PL make=newmake', then that would be
s much easier :-)
Done. perl Makefile.PL MAKE=foo should now work.
--
Michael G
, there appears to be no specific test of delete $ENV{...}.
There's something in t/op/local.t which dances around the issue.
There probably should be a t/op/env.t, I'm kind of surprised there isn't.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Reality is that which
On Tue, Jul 26, 2005 at 08:23:03PM +0200, Gerrit P. Haase wrote:
5.8.7 ships with Test::Harness 2.48 which doesn't have this code.
It fails to run the tests from the command line with the default
installation of perl-5.8.7 for Cygwin?
Huh?
--
Michael G Schwern [EMAIL PROTECTED
parameter for Windows users to say if they're using
dmake or nmake.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Don't try the paranormal until you know what's normal.
-- Lords and Ladies by Terry Prachett
. This is the behavior
you are seeing and it is correct in as far as prefixation can be correct.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Ahh email, my old friend. Do you know that revenge is a dish that is best
served cold? And it is very cold
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
I do have a cause though. It's obscenity. I'm for it.
- Tom Lehrer
On Thu, Aug 18, 2005 at 08:49:52PM -0400, John E. Malmberg wrote:
This test script was not using the same names for the VMS specific files
descrip.mms and descrip.mms_old that the rest of Makemaker was doing.
ExtUtils::Constant is not part of MakeMaker.
--
Michael G Schwern [EMAIL
.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
...they shared one last kiss that left a bitter yet sweet taste in her
mouth--kind of like throwing up after eating a junior mint.
-- Dishonorable Mention, 2005 Bulwer-Lytton Fiction Contest
by Tami
it.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Ahh email, my old friend. Do you know that revenge is a dish that is best
served cold? And it is very cold on the Internet!
/
Gentlemen, edit away.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
'All anyone gets in a mirror is themselves,' she said. 'But what you
gets in a good gumbo is everything.'
-- Witches Abroad by Terry Prachett
MANIFEST.SKIP and you'll
have yourself a winner.
PS ExtUtils::Manifest is pretty much ready to be kicked out of MakeMaker
and maintained independently. I'm more than happy to hand it off to
someone.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Reality
and ExtUtils::Manifest and we're figuring out how to
hand off and coordinate releases.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Stabbing you in the face for your own good.
of WriteMakefile's arguments are upper-case, this is a simple
matter of passing any lowercase arguments straight through. That way one
can maintain a Makefile.PL while still taking advantage of some of
Module::Build's features.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com
On 6/6/06, Ed Avis [EMAIL PROTECTED] wrote:
This is harmless to Windows programs but when using MakeMaker under Cygwin, the trailing backslash causes errors a bit like this:% make subdirscd C make -f Makefile all LIB=C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\ LIBPERL_A=
On 6/8/06, Alejandro Espinoza [EMAIL PROTECTED] wrote:
I was in the process of installing this module but after I untar the file, Iwent to the directory and tried to run 'perl Makefile.PL' -as isdocumented-I receive the following weird message:$ perl Makefile.PL
Checking if your kit is
Rafael Garcia-Suarez wrote:
Rafael Garcia-Suarez wrote:
I never noticed that before, but the INSTALLSCRIPT directory doesn't
change, while all other dirs (notably INSTALL.*BIN) change when
INSTALLDIR changes.
To me that looks like a bug. Does anyone know why it was made that way ?
Nope.
http://makemaker.org/
Happy one year (and two weeks) last MakeMaker alpha release anniversary! I
know, its sad.
This release is mostly about syncing up with bleadperl.
Let's call this a release candidate. If it tests out well I'll release it as 6.31.
Windows VMS folks, I want to hear
Sisyphus wrote:
Is there a link to a tarball for this ?
Sorry, I neglected to post my slew of alternative links.
http://www.pobox.com/~schwern/src/ExtUtils-MakeMaker-6.30_03.tar.gz
I'm forwarding this to the makemaker@perl.org mailing list because they know
better how to do funky things with documentation than I do.
What I can say is that PPM_INSTALL_* is not what you want. PPM (Perl Package
Manager) is an external packaging utility distributed by ActiveState. All
I'm forwarding this to the makemaker@perl.org mailing list because they know
better how to do funky things with documentation than I do.
What I can say is that PPM_INSTALL_* is not what you want. PPM (Perl Package
Manager) is an external packaging utility distributed by ActiveState. All
Jos I. Boumans wrote:
from the term 'make distclean' i'd expect it to return my build
directory in to the state the MANIFEST dictates.
However, it seems to be actually only *telling* me what is wrong,
without actually removing the wrong files:
I believe this is intentional behavior. Consider
Adriano Ferreira wrote:
If I may insist, have you seen this patch? Of course, the version
numbers need to be changed. But the patch still applies nicely to
6.30_03.
I add this as an rt.cpan.org ticket and also replied there. I had set you and
makemaker@perl.org to be CC'd on it but it does
Steve Hay wrote:
However, I'd like to propose that the attached patch gets slipped into
this release too. This patch removes the .SUFFIXES target from the
Makefile generated when using dmake. I'm going to release a new build
of dmake onto CPAN soon, and the latest version now issues a
Steve Hay wrote:
Why are you removing the .SUFFIXES target? Isn't it useful? Won't
that break compatibility (as demonstrated here)?
The patch only removes .SUFFIXES for dmake (not for nmake). It does
this because (a) dmake has never made any use of .SUFFIXES in living
memory, and (b) the
Getting towards a release. There's one more bug I want to take care of before
6.31 and that's rt.cpan.org 17224 to fix PDL. It requires I have a Windows
machine. I won't have access until next week.
This releases fixes the handling of PM overrides broken in 6.30_01 (which fixes
most of
Nathan Haigh wrote:
Does MakeMaker have to be installed via the perl Makefile.PL route or
can it be installed vie perl -MCPAN -e install ExtUtils::MakeMaker?
It should work fine from the CPAN shell.
I have tried the latter and it then complains about not being able to
locate the Config.pm
Steve Hay wrote:
It also allows older versions of MakeMaker to work quietly with newer
versions of dmake. Its much more likely that someone will be using a
new dmake against an old MakeMaker. Few people upgrade MakeMaker but
lots of Windows users grab a copy of dmake off CPAN to install Perl
Nathan S. Haigh wrote:
I've tried the 'perl -MCPAN -e install ExtUtils::MakeMaker' install
again this morning on a fresh installation of ActiveState Perl
5.6.1.638. With nmake 1.5 on WinXP Pro SP2.
Below is the output I get from the install. It seems to be proceeding
quite smoothly until
Nathan Haigh wrote:
I've noticed an oddity and I'm not sure who would be the correct people
to report this to.
I'm testing with ActiveState Perl 5.6.1.638 at the moment, so this may
not be a problem in the latest 5.8 release. That said:
Core modules included with ActiveState distributions
Its been almost a week after the first real release in almost a year and a half
and its strangely quiet. Is anything on fire?
Before I get a zillion bug reports about this... as a result of a lightly
broken security fix, Debian stable ships with a slightly broken
File::Path::rmtree() that cannot delete read-only directories. Ubuntu may also
be effected. This causes an ExtUtils::Command test to fail.
ok 19 - change
Rafael Garcia-Suarez wrote:
Michael G Schwern wrote in perl.makemaker :
Before I get a zillion bug reports about this... as a result of a
lightly broken security fix, Debian stable ships with a slightly
broken File::Path::rmtree() that cannot delete read-only directories.
Ubuntu may also
Ron Savage wrote:
Hi Michael
I'd like to discuss several issues re ExtUtils::MakeMaker,
so I'll number the sections for clarity.
All this is on `uname -all`:
SunOS ssapp0117 5.9 Generic_117171-15 sun4u sparc SUNW,Sun-Fire-V890
with 24 Gb of RAM.
My test box has got 64 Gb (heh heh heh).
Ron Savage wrote:
Hi Michael
I'd like to discuss several issues re ExtUtils::MakeMaker,
so I'll number the sections for clarity.
All this is on `uname -all`:
SunOS ssapp0117 5.9 Generic_117171-15 sun4u sparc SUNW,Sun-Fire-V890
with 24 Gb of RAM.
My test box has got 64 Gb (heh heh heh).
Rafael Garcia-Suarez wrote:
On 18/12/06, Ilya Zakharevich [EMAIL PROTECTED] wrote:
This collects OS/2-specific patches for problems (and OS/2-specific
enhancements) which do not affect build of Perl itself, and do not affect
the test suite.
This description starts with patches to files used
Ilya Zakharevich wrote:
It was several years ago when I first needed this chunk; right now I
do not remember which exact scenario triggered the problem. I can't
break anything now even when this patch is NOT applied. Consider this
particular chunk withdrawn for the time being.
Oh good.
Ilya Zakharevich wrote:
On Mon, Dec 18, 2006 at 04:02:06PM -0500, Michael G Schwern wrote:
I've got questions about the MakeMaker portion of the patch.
doc_inst_perl target may get confused in absense of Makefile.PL;
Under what conditions is there no Makefile.PL?
Here is how the static
Andy Armstrong wrote:
Sure - I'm open to suggestions. Do you mean something like this?:
$ export PERL_EUMM_HARNESS_CLASS=TAPx::Harness::Compatible
$ make test
That's one way, though I'd rather it be a Makefile.PL argument. [1]
The way I was thinking was to make it easier for users to write
John Peacock wrote:
I need to mark the CPAN release of version.pm as being incompatible with
bleadperl, i.e. 5.9.0 or better, since version.pm is included in bleadperl.
All
existing code is predicated on a minimum release, not a maximum release. What
I'm wondering is what shape should my
John Peacock wrote:
It was pointed out to me that ExtUtils::MakeMaker is needlessly warning when
someone uses a line like this:
use version; our $VERSION = qv('2.0.0');
The warning can be safely ignored, but it would be better if EU::MM were to be
less whiny about this. A trivial patch
John Peacock wrote:
version.pm is not a dual-life module. The functionality provided by the CPAN
release is compatible to the core version object functionality in 5.9.x. The
XS
code in the CPAN release is a replica of the C code in util.c and universal.c
in
bleadperl. It isn't possible
John Peacock wrote:
Michael G Schwern wrote:
So what's the warning you're seeing?
WARNING: VERSION takes a string/number not a version reference.
Please inform the author.
From this chunk here (in _verify_att):
warn WARNING: $key takes a $takes not a $has.\n
Steve Peters wrote:
I upgraded bleadperl to this release, however, it appears that two changes
in the core are missing from the release.
29583 on 2006/12/18 by [EMAIL PROTECTED]
ExtUtils/MakeMaker.pm: WriteEmptyMakefile() was ignoring FIRST_MAKEFILE
Subject: [PATCH
Rafael Garcia-Suarez wrote:
On 22/02/07, Steve Peters [EMAIL PROTECTED] wrote:
Additionally, I just reverted the changes to t/build_man.t. In
bleadperl,
%Config is readonly, so the test fails fatally when it attempts to write
to it.
Actually, it was a bug in the test:
Change 30382 on
Florian Scharinger wrote:
Hi,
I'm trying to get MakeMaker to create a Makefile for me which should do
the following, but I fail in one part:
* Put my Perl modules to $prefix/sbin
Uhh, Perl modules in sbin? You sure?
* Put my Perl script to $prefix/sbin as well
* Put some binary
Eric Wilhelm wrote:
Not sure if you've been following this one. You've probably answered
this before and it probably bores you to tears, so I've included
svn.cpan.org candy.
Nope, this is the first I've heard of this.
Can you help me understand what was intended here and/or what
Andreas J. Koenig wrote:
On Tue, 6 Mar 2007 19:25:35 -0800, Eric Wilhelm [EMAIL PROTECTED] said:
Thanks for the summary. I must apologize, this answer is going to
sound a bit violent and rude.
Andreas, I have trouble imagining you being violent and rude.
Sure can we. If you would let the
Nicholas Clark wrote:
On Mon, Mar 26, 2007 at 08:58:34AM +0100, Steve Hay wrote:
Any chance of releasing a new ExtUtils-MakeMaker with core perl change
#29266 integrated into it? That allows ExtUtils-MakeMaker builds to work
better with VC8 on Win32.
The list of changes we failed to
John Peacock wrote:
Michael G Schwern wrote:
As that subroutine is only called in one place, its the very first
thing in WriteMakefile() even before a MakeMaker object is created, I
can say its fairly impossible to get that from a $VERSION
declaration.
I wish you had taken me at my word
John Peacock wrote:
I also noted what will have to happen in order for the problem to really be
fixed. Your trivial fix is too trivial, I'm sorry, and had to be rejected.
I
await the slightly less trivial patch. If you have questions about how to
implement that I'll be happy to help.
John Peacock wrote:
2) _verify_att() currently uses ref() because it has only had to deal with
references so far. This means any subclass instances of 'version' will be
rejected and that would be impolite. It should be fixed to use isa().
isa() would normally be correct from an OO point of
John Peacock wrote:
Michael G Schwern wrote:
We do not want to support any random subclass of
version.pm - we only want to support true version.pm objects.
This, too, strikes me as odd. Why not?
Because the PAUSE indexer runs everything in a safe compartment, with a very
restrictive
John Peacock wrote:
Michael G Schwern wrote:
Go ahead and use isa() to check the class of the version object. Can't hurt.
...said the man who wasn't working on the patch. ;-)
...said the man who doesn't really want it in the first place. :P But if
we're going to do it we're going to do
demerphq wrote:
On 4/10/07, Rafael Garcia-Suarez [EMAIL PROTECTED] wrote:
On 10/04/07, Jos I. Boumans [EMAIL PROTECTED] wrote:
The first files come from output_handle(), as far as I can tell;
isn't
there a way to delete them on close or at exit ?
There is, cpanplus' Makefile.PL has a
401 - 500 of 637 matches
Mail list logo