:13 EST 2004
- dir_target() was accidentally named dir_targets() causing problems
installing some Tk modules.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
Sometimes you eat the path, sometimes the path eats you.
On Thu, Dec 16, 2004 at 12:30:27AM -, Nathan Haigh wrote:
Or enable test_harness() to (optionally) expand globs.
Erm, am I being thick!? How do I do this!?
Its something that has to be patched in ExtUtils::Command::MM and MM_Win32.
--
Michael G Schwern[EMAIL PROTECTED] http
writes it for me. Its not
terribly difficult but I'm ripping apart the signature and META.yml support
at the moment.
Of course, if money suddenly appears in my Paypal account priorities would
be shuffled. ;)
http://www.pobox.com/~schwern/donations.html
--
Michael G Schwern[EMAIL
it out.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
Out of ammunition. God save the King.
-MakeMaker%2Ftrunk%2Frev=0sc=0
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
Mines are equal opportunity weapons.
to get it before
teardown_recurs() cleans it up.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
michael schwern is not
will define a macro that cannot be further
modified.
BTW, I did test earlier today with nmake on 5.6 and 5.8 and found no
problems. The above problem only affects dmake.
This can't be right. Could you try something simple like
dmake test TEST_VERBOSE=1?
--
Michael G Schwern[EMAIL
differences between the various platforms.
* There's a lot of stuff in MM_Unix that can be moved into MM_Any.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
grepping the source is good for the soul
its *.t arguments (you
won't see that huge list of .t files). This is for the bioperl folks. They
wrote so many tests the list got too long for Win9x/nmake!
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
Make it too tough for the enemy to get in and you can't
Very little code was added or altered.
PS Does Subversion run on VMS?
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
Only by practice does one shed the dumb.
-- Clint Moore
% of coding for MakeMaker is knowing how to write portable code, the
Grand Vision is to have some sort of archive of portable make, C, shell and
Perl techniques. Step one is to gather a pile of docs.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
michael schwern is not
. [EMAIL PROTECTED] [rt.cpan.org 8809]
- Devel::Cover cover_db/ directory now ignored by MANIFEST.SKIP
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
Ivanova is always right.
I will listen to Ivanova.
I will not ignore Ivanova's recommendations.
Ivanova is god
Nobody's been screaming about the last few MakeMaker releases so it
should be safe to include it in maint. I should have all the core
changes merged in.
I'm poised to release 6.25 (only a few minor changes) as soon as I get
confirmation that 6.24_01 includes all the core changes.
--
Michael G
On Wed, Dec 15, 2004 at 02:03:44PM +, Tim Bunce wrote:
Or enable test_harness() to (optionally) expand globs.
Oh yeah. Thanks, Tim. :)
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
If you can't remember, the Claymore is pointed at you.
and didn't get
nailed by some stupid mistake of mine from tonight.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
Don't worry, baby, my wrath can be pretty groovy.
http://www.goats.com/archive/980804.html
braindead on this issue and move on.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
It's Tobacco time!
, not the source directory.
Yeah, that's how Module::Build does it too.
Oh good. I was afraid I'd have to patch that, too.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
local $variable for local @people;
.= sprintf 'RCLEAN', $rclean;
+$rclean .= sprintf 'RCLEAN', $oneliner;
-%s
RCLEAN
Good catch.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
They laughed at Copernicus. They laughed at the Wright brothers. Yes,
well, they laughed at the Marx brothers
out test. Relies on the particular
formatting of the clean target. MM_Win32 doesn't override that anymore
so I can just pull that test out.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
grepping the source is good for the soul
': No such file or
directory
make: *** [blib/script/instmodsh] Error 1
It really should be more robust than that.
Coming up next, the new design! VMS users, hang tight. You come in next
part.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
But I wore the juice!
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
What about MY need to be generalized and easily dismissed?
http://www.goats.com/archive/000221.html
://www.pobox.com/~schwern/src/ExtUtils-MakeMaker-6.25_04.tar.gz
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
11. Every old idea will be proposed again with a different name and
a different presentation, regardless of whether it works.
-- RFC 1925
- Build.PL was being considered like Module_pm.PL. Build.PL is now
ignored. [EMAIL PROTECTED] [rt.cpan.org 8809]
- Devel::Cover cover_db/ directory now ignored by MANIFEST.SKIP
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
Do not forget to *enjoy
On Tue, Dec 21, 2004 at 11:37:00PM -0500, Randy W. Sims wrote:
Michael G Schwern wrote:
New alpha with that fix going out.
http://www.pobox.com/~schwern/src/ExtUtils-MakeMaker-6.25_04.tar.gz
Looks good on Debian Sarge Windows 2000 (dmake nmake).
Thanks. Unfortunately its busted on BSD
is
an object oriented module: Grammar.pm.
How can I say in my Makefile.PL that to build the module
it has to run yapp first? Assume Grammar.pm is the module
I need to deliver.
Simplest thing to do is use PL_FILES.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
in MM, since mp2 didn't change.
Send me all the Makefiles and the output of the second make (ie. the part
that's repeating) and I'll have a look.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
That which stirs me, stirs everything.
-- Squonk Opera, Spoon
of runs for it to resolve itself.
The fact that it resolves itself at all.
Unlike you, I am seeing *.bs being made the first time around.
I wonder if its some slight timing issue.
PS No, neither of us are using NFS.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
On Fri, Dec 24, 2004 at 01:53:00PM -0500, Michael G Schwern wrote:
On Thu, Dec 23, 2004 at 09:03:35PM -0500, Stas Bekman wrote:
It's strange. It happens on the second run, but fixes itself on the third
one:
There's a lot of strange things going on.
This doesn't effect all extensions
can slice that down even further by removing methods that are now
making proper use of superclass inheritence. init_DEST, init_VERSION,
test_via_*... What's left mostly has to do with real differences. Mostly
the minutia of XS compilation.
--
Michael G Schwern [EMAIL PROTECTED] http
went back to .exists files. The code is a lot cleaner now so it was a
quick change. 6.25_06 will be out shortly.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
Make it too tough for the enemy to get in and you can't get out.
On Sun, Dec 26, 2004 at 11:36:59AM -0600, Ken Williams wrote:
On Dec 24, 2004, at 1:52 PM, Michael G Schwern wrote:
The moral of the story? Directory targets in Makefiles are a bad idea
after
all. Argh.
So, god help me, I may have to return to .exists files.
Couldn't you just 'touch
a
cleanup to split out the module author from the module user docs.
I'm examining the PREFIX logic and I think I can cut it out of MakeMaker
and put it into ExtUtils::Install as a function.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
Life is like a sewer. What
does a make or make test before make install.
Could someone who understands dmake better please investigate?
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
11. Every old idea will be proposed again with a different name and
a different presentation, regardless
for suggesting the obvious fix.
6.25 Wed Dec 15 06:59:46 EST 2004
- Build.PL was being considered like Module_pm.PL. Build.PL is now
ignored. [EMAIL PROTECTED] [rt.cpan.org 8809]
- Devel::Cover cover_db/ directory now ignored by MANIFEST.SKIP
--
Michael G Schwern [EMAIL
a Win32 binary
and put it up on CPAN to replace Sarathy's older version. Then I wouldn't
have to worry about working around old dmake bugs.
http://tools.openoffice.org/
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
We have returned to claim the pyramids.
PS The source can be gotten from
cvs -d :pserver:[EMAIL PROTECTED]:/cvs co tools/dmake
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
Though we adore men individually, we agree that as a group they're
rather stupid.
on CPAN to replace Sarathy's older version.
If there will be no brave user within given period of time, I can try
afterwards...
Ok, thank you.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
7a. Good, Fast, Cheap: Pick any two (you can't have all three
to get in touch with the author before spending too much time
digging. He may have a simple solution.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
Ivanova is always right.
I will listen to Ivanova.
I will not ignore Ivanova's recommendations.
Ivanova is god
its
worth. I hope nobody's using it.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
It's Highball time!
problems?
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
OH GOD!! It's LINUX! All you Linux fanboys go wild! It never crashes!
It'll wash your underpants! It'll eat your dog for you, if you want your
dog to be eaten! It'll make you attractive and smell good
, deprecate it and/or remove it from the
documentation.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
If you can't remember, the Claymore is pointed at you.
-I[.lib] -MExtUtils::MY -e MY-fixin(shift)
[.blib.script]instmodsh
$ dir [.blib.script]
Directory D0:[CRAIG.trunk.BLIB.SCRIPT]
.exists;1 instmodsh.new;1
Does rename have the same issues on VMS as unlink?
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com
CPU)
which was done with perl 5.8.5 running on VMS V7.3-2, Compaq C S6.5-002,
and MMK V3.9-6.
I might even get to my big module collection test with this
Wait for the next alpha. I have to fix that IGNORE problem first.
--
Michael G Schwern [EMAIL PROTECTED] http
will be taken into account apparently happens before macro
substitution in both MMK and MMS.
This has been fixed. I've moved back to a literal - and am using
-$(NOECHO) command which seems to make everybody happy.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
mendel
() returns 1 however the file is not renamed. It appears rename()
will not work unless there's a dot in the filename. So I hacked up a
rename() wrapper that appends a dot onto a filename if it doesn't have one.
I've also add some tests to ensure executables get installed.
--
Michael G Schwern
. [EMAIL PROTECTED] [rt.cpan.org 8809]
- Devel::Cover cover_db/ directory now ignored by MANIFEST.SKIP
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
I know you get this a lot, but what's an unholy fairy like you doing in a
mosque like this?
)
$(NOECHO) $(CHMOD) 755 $(INST_LIBDIR)
$(NOECHO) $(TOUCH) $(INST_LIBDIR).exists
I did it this way so that one could depend on a directory target, rather
than having to know about the .exists magic, and it would basically do the
right thing.
--
Michael G Schwern [EMAIL
.
Probably the directory target issue on older MMS' that Craig pointed out.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
Yes, well, that's the sort of blinkered, philistine pig ignorance I've come
to expect from you non-creative garbage.
.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
Kids - don't try this at--oh, hell, go ahead, give it a whirl...
=== MM_Unix.pm
==
--- MM_Unix.pm (revision 4181)
+++ MM_Unix.pm (revision 4182)
@@ -3520,7
in the
core and wanted things to neatly rebuild on each edit. I don't see the
harm in it and it makes some sense for core development.
-XSUBPPDEPS = @tmdeps \$(XSUBPP)
+XSUBPPDEPS = @tmdeps
Was it really necessary to remove it dependency to get it to work?
--
Michael G Schwern [EMAIL
On Fri, Dec 31, 2004 at 12:41:38PM -0500, [EMAIL PROTECTED] wrote:
Which looks like a problem with DBI code not MakeMaker.
Did DBI work with 6.17?
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
There is a disurbing lack of PASTE ENEMA on the internet.
its own library (eg SDBM_File)
# then copy that to $(INST_STATIC) and add $(OBJECT) into it.
Why would removing it as a dependency matter?
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern/
You can't control the universe with a jar of red pepper.
http
So I lost my hard drive and with it a bunch of mail. I've kind of lost
track of where we were hacking through the MakeMaker/VMS issues. Can I get
an update?
On Thu, Jan 27, 2005 at 06:36:48PM -0600, Craig A. Berry wrote:
Here's what I said on Jan. 4. I wonder if your drive crashed before you were
done synching with the repository.
Michael G Schwern wrote:
I've made pretty much all the fixes I can based on the older MMS reports.
Could you grab
On Fri, Jan 28, 2005 at 10:16:53AM -0600, Craig A. Berry wrote:
t/basic.
%MMK-F-ERRUPD, error status %X00018292 occurred when updating target
CREATE_DISTDIR
# Failed test (t/basic.t at line 235)
# got: '1024'
# expected: '0'
# MCR
On Wed, Feb 02, 2005 at 10:22:12AM +0100, JJ Merelo wrote:
Did you notice your makemaker wiki has been attacked by a chinese spammer?
Gah, again? I just cleaned that bit!
If you notice it again it would take some load off me to just clean it up
yourself using the last good revision of the
On Fri, Jan 28, 2005 at 09:23:55AM -, Rafael Garcia-Suarez wrote:
Please don't forget to integrate this platform-specific patch from
bleadperl :
Change 23849 by [EMAIL PROTECTED] on 2005/01/21 15:26:10
Subject: [perl #33892] Add Interix support
From: Todd Vierling
On Sat, Jan 29, 2005 at 05:44:20PM -0600, Craig A. Berry wrote:
That was my first theory as well, but that's not it. It's the result of
the fact that I have a logical name bin defined, so it looks for
bin/foo there rather than in the local relative path. Simply prepending
./ seems to do the
On Tue, Feb 08, 2005 at 07:21:19AM -0600, Craig A. Berry wrote:
I'm of half a mind to just say that having a logical called 'bin' is
likely to break lots of unixy software if it makes bin/foo unsafe.
I'm sure there's lots of other places in MakeMaker which use foo/bar to
mean ./foo/bar and
Its time for another MakeMaker alpha! This one is mostly VMS fixes though
I also discovered a conflict with Module::Install and undid an accidental
change that broken Archive::Zip. As far as I know all outstanding issues
are resolved, so this is release candidate... oh let's call it 4.
On Tue, Feb 08, 2005 at 02:59:28PM +, Steve Hay wrote:
Are the CPAN/RT tickets not outstanding issues? Any chance of getting
#3081 resolved?
Not touching that one until well after 6.26 and someone else that understands
the pasthru system (ie. not me) is going to have to evaluate it for
On Tue, Feb 08, 2005 at 09:26:32AM -0800, Bill Moseley wrote:
MakeMaker 6.17.
6.25_08 is the current recommended version of MakeMaker. Please try your
problem again using that version.
On Fri, Feb 11, 2005 at 07:44:08AM +, Sisyphus wrote:
In version 5.45 MM_Win32 has the same as MM_Win95 (except no mention of
$DMAKE). So, somewhere between then and now
What's *really* disappointing is that the same fix won't work with
'dmake' - starting to look like a 'dmake'
On Sun, Feb 13, 2005 at 03:52:55AM +, Sisyphus wrote:
I have this in my makefile (generated for dmake, by running 'perl
Makefile.PL'):
Please send your Makefile.PL and Makefile along with your bug reports.
Without them there isn't a whole lot that can be done.
On Fri, Feb 18, 2005 at 09:23:31AM +, Steve Hay wrote:
So the question is: how can we change Perl's win32/makefile.mk so that
it can work with both dmake 4.1 and dmake 4.3?
If we can't sort this out then there is little point in me putting up
the new version of dmake.
I'd drag the
On Fri, Feb 18, 2005 at 05:12:43PM +0300, Konovalov, Vadim wrote:
I'd drag the dmake 4.3 guy into this discussion, see if those
were intentional
bug fixes or just bugs.
I proposed him (Dennis Vadura) to make SF project for dmake, but he did not
answered. He answered to other previous
On Thu, Feb 17, 2005 at 10:32:07PM -0600, Craig A. Berry wrote:
Does pasthru ever send switches to the child that were not sent to the
parent? If not, we might be better off dispensing with pasthru on VMS
and keeping the old definition of $self-{MAKE}.
I'm inclined to do that instead. I don't
On Fri, Feb 18, 2005 at 04:59:40PM -0500, [EMAIL PROTECTED] wrote:
Enclosed is a patch taken against MM 6.25_08 that allows
MakeMaker's own mmk test suite to pass 100% and to allow me to
build Bit::Vector 6.3 on VMS:
Thanks, patched.
On Sun, Feb 20, 2005 at 02:59:36PM -0600, Craig A. Berry wrote:
Craig A. Berry wrote:
We'll also have to fiddle with MACROSTART and MACROEND, or omit
referencing PASTHRU at all when it doesn't match \w+. Otherwise we get
what we have now, which is
The attached patch does the fiddling in
For any brave Phalanx folks who wish to target MakeMaker I can point you at
some critically deficient areas of its testing.
1) XS. There is absolutely no testing of XS code. The primary problem is
determining if the user has a working build chain. I think Module::Build
has code to do this
On Thu, Feb 24, 2005 at 11:47:31AM -0600, Ken Williams wrote:
Better would be to snark it from ExtUtils::CBuilder, which has a
has_compiler() method.
How portable is this? I see there's some minimal VMS and OS/2 code in
there, will it work?
If so then the MakeMaker tests can just use
On Fri, Mar 04, 2005 at 04:42:38PM -0600, Ken Williams wrote:
All the cpantesters reports are pretty peachy, but there really aren't
many exotic platforms there:
http://testers.cpan.org/show/ExtUtils-CBuilder.html#ExtUtils-CBuilder
-0.09
If it doesn't work on all platforms, those
http://www.pobox.com/~schwern/src/ExtUtils-MakeMaker-6.25_09.tar.gz
or
http://svn.schwern.org/svn/ExtUtils-MakeMaker/trunk
or
a CPAN near you
Its another alpha release of MakeMaker! This one is a release candidate.
The last few rounds of changes have all been specific to VMS so I don't
expect
As mentioned here, I want to break up MakeMaker.
http://www.makemaker.org/wiki/index.cgi?ModulesForSale
There's a number of modules which are just utilities MakeMaker uses and I
want them out in their own distribution. But I have to be careful not to
introduce a circular dependency. So ideally
I give up.
I can't make the new pm_to_blib.ts work AND maintain backwards compatibility
with modules that add custom targets as dependencies to the old pm_to_blib
target. Either the old pm_to_blib target doesn't get run OR we have
a perpetual rebuild problem.
For those who don't remember, VMS
On Sun, Mar 13, 2005 at 07:58:13PM -0500, Stas Bekman wrote:
shouldn't
http://svn.schwern.org/svn/CPAN/ExtUtils-MakeMaker/trunk/Changes
show changes since _09? it shows _09 only.
ALLAKAZAM! It is done (forgot to push the changes off my local repo).
why pm_to_blib.ts has now disappeared?
On Sun, Mar 13, 2005 at 08:25:00PM -0500, Stas Bekman wrote:
why pm_to_blib.ts has now disappeared? mod_perl2 already had:
I couldn't make it work. It was easier to just revert back to what 6.21
did,
this caused less modules to break. See:
On Sun, Mar 13, 2005 at 08:58:18PM -0500, Stas Bekman wrote:
OK, so I'll commit the following:
my $pm_to_blib = ($ExtUtils::MakeMaker::VERSION = 6.22
$ExtUtils::MakeMaker::VERSION = 6.25 )
? pm_to_blib.ts
: pm_to_blib;
Unfortunately that means
On Mon, Mar 14, 2005 at 10:04:24AM +, Steve Hay wrote:
The Bad News: Tk (804.027) doesn't build:
C:\Temp\Tk-804.027nmake
Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
NMAKE : fatal error U1071: cycle in
On Mon, Mar 14, 2005 at 10:04:24AM +, Steve Hay wrote:
The Good News: All tests OK on WinXP/VC++ using nmake and (my new)
dmake with both perl-5.8.6 and bleadperl. libwin32 builds OK too (which
it didn't with 6.25_08).
The Bad News: Tk (804.027) doesn't build:
On Mon, Mar 14, 2005 at 08:46:12AM -0500, Thomas R Wyant_III wrote:
I didn't have any luck with Module::Install under OpenVMS/AXP 7.1-1. It
does a fair amount of direct manipulation of @INC in ordinary
circumstances, and even more on the install, because it tries to bootstrap
itself from
On Tue, Mar 15, 2005 at 08:57:50AM +, Steve Hay wrote:
I had a VNC connection to a Windows machine to test out things like this
but I've lost the login information when hard drive went to a better place.
[1]
I'm trying to recover the login info but meanwhile I could use a temp login
to
On Wed, Mar 16, 2005 at 07:27:06PM -0600, Craig A. Berry wrote:
# timestamp file to avoid repeated invocations under VMS
pm_to_blib : pm_to_blib.ts
$(NOECHO) $(NOOP)
pm_to_blib : $(TO_INST_PM)
There's the trouble. Try this.
--- lib/ExtUtils/MM_VMS.pm (revision 3949)
+++
On Thu, Mar 17, 2005 at 11:44:11AM -0600, Craig A. Berry wrote:
After that, you need what's below (a space before the $(TOUCH)) so
the $(TOUCH) doesn't get put right next to the $(NOECHO) that
precedes it. After that, all tests pass, though the xs test skips
because it incorrectly thinks
On Thu, Mar 17, 2005 at 03:07:15PM -0600, Craig A. Berry wrote:
Has anyone gotten Module::Install to work under VMS? Or has anyone _not_
been able to get it to install?
Install, heck, I can't even get it to build:
$ perl Makefile.PL
Can't locate object method new via package
Nothing critical has been been reported (that hasn't been fixed) in 6.25_11
so 6.25_12 has just been released. Unless I hear otherwise by Tuesday this
will become ExtUtils::MakeMaker 6.26.
Why make such a fuss? Because I'll be offering 6.26 as being stable enough
for 5.8.x, the first new
On Sat, Mar 19, 2005 at 10:51:39PM -0800, Yitzchak Scott-Thoennes wrote:
I was a little surprised to see t/xs reporting No compiler found to
test XS builds, till I saw that it is checking for Extutils::CBuilder.
Could that be added to build_recommends (or whatever the appropriate
tag is) in
On Sun, Mar 20, 2005 at 04:08:38PM -0600, Craig A. Berry wrote:
How does it fare actually installing modules?
Using 6.25_12 (Revision: 2339) on OpenVMS Alpha v7.3-1, Perl 5.8.4, I
had no trouble building, testings, and installing DBI 1.48.
Compress::Zlib 1.34 worked fine also, though it did
On Sun, Mar 20, 2005 at 12:06:51PM -0800, Yitzchak Scott-Thoennes wrote:
It's really a gray area. cygwin aims at providing a linux-like
environment, and when one cygwin program starts another, the args are
passed in an actual array; it's just when a non-cygwin program starts
a cygwin program
On Sun, Mar 20, 2005 at 02:09:22PM -0800, Yitzchak Scott-Thoennes wrote:
I was thinking along the lines of:
if (have_compiler($errmsg)) {
plan tests = 1;
} else {
plan skip_all = $errmsg;
}
Patches welcome.
http://www.pobox.com/~schwern/src/ExtUtils-MakeMaker-6.26.tar.gz
or
http://svn.schwern.org/svn/CPAN/ExtUtils-MakeMaker/trunk
or
a CPAN near you.
And its about time, too.
This is the first version since 6.21 (back in November 2003) that I can
say with confidence fixes more than it breaks (isn't
So now that a stable MakeMaker is out, what happens now? Well, there's
going to be tweaking particularly for getting it to work in the core,
but that's all minor stuff. What's the big picture?
The big picture is mothballing MakeMaker and only making such changes as
are necessary to fix bugs.
On Sat, Mar 26, 2005 at 09:35:10AM -0600, Craig A. Berry wrote:
2.) Use '_author' instead of '.author' when on VMS since a dot in a
directory name is usually invalid and always awkward.
Really? I've yet to see a problem with .foo style on VMS. Where does it
go wrong?
If it is a bad thing on
http://www.pobox.com/~schwern/src/ExtUtils-MakeMaker-6.26_01.tar.gz
or
http://svn.schwern.org/svn/CPAN/ExtUtils-MakeMaker/trunk
or
a CPAN near you
Mark Leighton Fisher noticed that PL_FILES weren't working properly anymore.
This was due to a refactoring typo and has been fixed and tested. Also
On Tue, Mar 29, 2005 at 02:43:42PM -0500, [EMAIL PROTECTED] wrote:
Here is a run done sans make test:
% perl -Mblib t/PL_FILES.t
Using /home/pprymmer/testit/ExtUtils-MakeMaker-6.26_01.orig/blib
not ok 1
# Failed test (t/PL_FILES.t at line 32)
snip
If that is of any help.
Yes it is.
with him, and was horrified to find MB had parroted
MakeMaker's behavior. However...
On Mon, Apr 04, 2005 at 09:26:20AM -0700, Michael G Schwern wrote:
However, it seems to be actually only *telling* me what is wrong,
without actually removing the wrong files:
Reading the documentation
On Wed, Mar 30, 2005 at 09:42:58AM -0500, [EMAIL PROTECTED] wrote:
Would this be less confusing?
ExtUtils::CBuilder couldn't find a compiler to test XS builds
That would be better. If not too long the line:
ExtUtils::CBuilder was not found or it could not find a compiler
might
http://www.pobox.com/~schwern/src/ExtUtils-MakeMaker-6.27.tar.gz
or
http://svn.schwern.org/svn/CPAN/ExtUtils-MakeMaker/trunk
or
a CPAN near you
Kwikie release to fix a bug in PL_FILES introduced in 6.26. I also made
MakeMaker friendly to darcs users (since I'm one now :).
6.27 Mon Apr 4
On Tue, Apr 05, 2005 at 09:19:42AM +0200, Jos I. Boumans wrote:
The reason something like this is needed (but i've found another way,
i'll explain shortly) is that some distributions leave files in their
dist directory after a 'make test' that should have been cleaned up
with a 'make
On Tue, Apr 05, 2005 at 10:56:50AM +0200, Rafael Garcia-Suarez wrote:
There are two problems with this release, when integrating into blead.
First, make distclean in bleadperl is broken. All .pm files the build
process has installed from ext/ to lib/ are left there.
Were they cleaned up
301 - 400 of 637 matches
Mail list logo