On Wed, Apr 27, 2005 at 11:48:39PM -0500, David Nicol wrote:
On 4/26/05, Michael G Schwern [EMAIL PROTECTED] wrote:
I presume you mean this to be the smart way:
foreach my $num (1..$Very_Big_Number) {
$num *= 10;
...do whatever
On Wed, Apr 27, 2005 at 11:48:39PM -0500, David Nicol wrote:
You want to go from n to m by tens, presumably you have
taken introductory C programming at some point in grade school
or somewhen, you do not need coaching to come up with
for (my $num = $n; $n = $m; $n+= 10){
Not to put
On Thu, Apr 28, 2005 at 06:25:24PM -0500, David Nicol wrote:
So is it or is it not appropriate to add examples of range-by loops to
the documentation for the range operator, which is what Dan is asking for?
There's already several examples of basic range/foreach loops in
the perlop range docs
On Wed, Apr 27, 2005 at 08:46:15AM -0500, Craig A. Berry wrote:
First I've heard. Could you amplify?
If something dies during the extensions build, and you fix it, and
then rebuild, it renames descrip.mms and generates a new one as it
should, but then bombs you out and tells you t rerun MMK
On Tue, Apr 26, 2005 at 04:11:55PM -0500, David Nicol wrote:
Anyone for adding control over what happens when a reference is taken
to a tied thing by adding REFERENCE to the tie interface? Reference would
be called when a reference is taken to a tied object, when it is there, and
would return
On Wed, Apr 27, 2005 at 12:40:54AM +0100, Dave Mitchell wrote:
On Wed, Apr 27, 2005 at 04:29:39AM +0800, Dan Jacobson wrote:
No bug here, but still:
Perlop has an 108 line section about ranges, but never once says how
to make e.g., (10,20,30,40,50,60,70,80,90,100) the smart way.
Yes, odd
On Wed, Apr 27, 2005 at 05:02:00AM +0100, Steve Hay wrote:
../lib/ExtUtils/t/basic.t...FAILED 23-55 57-59 61
67
../lib/ExtUtils/t/installbase.t.FAILED 5-18
Has the pl2bat fix not gone in yet?
On Wed, Apr 20, 2005 at 08:39:30AM +, Nigel Sandever wrote:
Could someone show me how to share a hash element between threads please?
share($hash{foo}); doesn't work?
On Tue, Apr 19, 2005 at 09:30:18AM +0100, Steve Hay wrote:
Works fine for me too, with Yves' change above also applied.
Will you be releasing a new EU-MM shortly with this in it?
Sure.
On Tue, Apr 19, 2005 at 10:14:07AM +0100, Nick Ing-Simmons wrote:
perlrun should say regarding -a:
@F = split;
instead of
@F = split(' ');
to keep things simple, as they are the same.
I disagree. And I am surprised that you of all people given your other
posts object to being more
On Sun, Apr 17, 2005 at 09:37:10PM +0200, demerphq wrote:
Which assumes that things are being run from exactly two levels below the
perl source directory such as ext/Foo/. This hard coded assumption had
not shown up before because prior to 6.25_07 there were not tests which
involved
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
Try this, it should fix the tests under Win32. Let me know.
=== lib/ExtUtils/MM_Unix.pm
==
--- lib/ExtUtils/MM_Unix.pm (revision 4409)
+++ lib/ExtUtils/MM_Unix.pm (local)
@@ -1921,7 +1921,8 @@
}
# Are we building the
On Mon, Apr 18, 2005 at 09:42:27PM -, Dan Jacobson wrote:
Shouldn't perldoc -f split say
split /PATTERN/,EXPR,LIMIT
split /PATTERN/,EXPR
split /PATTERN/
split
Splits the string EXPR into a list of ...
Instead of
split
On Mon, Apr 18, 2005 at 03:04:06PM -0700, Russ Allbery wrote:
That said, I think your suggestion is an improvement but it would have
to be applied perlfunc-wide.
Actually, it would have to be applied in nroff, as we don't have a lot of
control over how nroff chooses to format hanging
On Tue, Apr 19, 2005 at 12:57:59AM +0200, demerphq wrote:
On 4/18/05, Michael G Schwern [EMAIL PROTECTED] wrote:
Try this, it should fix the tests under Win32. Let me know.
I changed $(... to \$( when I applied, and all tests pass.
IE:
\$(PERLRUN) $self-{PERL_SRC}/win32/bin
On Fri, Apr 15, 2005 at 12:08:05PM -0400, Philip M. Gollucci wrote:
If I know the full path to the perl binary (5.6.1+),
What is the correct way to determine the full path to
pod2html (in 5.9.3 its pod2html5.9.3 by default)
and pod2test which Test::Inline installs?
Instead of fumbling
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 Tue, Apr 12, 2005 at 09:47:55AM +0100, Nicholas Clark wrote:
If you need the keys or values out of an associative array in any particular
order, you will need to use a sorting function.
Or you can use the Tie::IxHash module which creates hashes which preserve
the order in which keys were
On Tue, Apr 12, 2005 at 07:12:58PM -, bstrand @ switchmanagement. com wrote:
On Suse 9.2, perl 5.8.5 x86 or x86-64, the following perl snippet
hangs the compiler with 100% CPU usage:
perl -we 'BEGIN { print compile-time\n; } use strict; my $type = 2; print
join( , grep $type
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 Thu, Apr 07, 2005 at 01:16:02AM -0400, mnow wrote:
Upon running PERL_CORE, I recieved this error
1..7
ok 1 - use Net::hostent;
not ok 2 - gethost('localhost')
# Can't continue without working gethost:
The odd thing is I do not remember there being a command of gethost
or is gethost a
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 Wed, Apr 06, 2005 at 11:36:44AM +0200, demerphq wrote:
Just so you know this isnt true with the Win32 makefiles at all. From
perl/win32/Makefile i have extracted distclean and realclean:
Win32's distclean looks like its doing a lot of what MakeMaker's realclean
should already be doing. Its
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 Wed, Apr 06, 2005 at 09:33:08PM -, Dan Jacobson wrote:
And please somebody give me an NNTP account to post to
comp.lang.perl.misc, as the free server in Berlin is now charging, and
Google for free nntp account. Have fun.
On Tue, Apr 05, 2005 at 07:56:00AM +0200, demerphq wrote:
On Apr 5, 2005 12:25 AM, Michael G Schwern [EMAIL PROTECTED] wrote:
We're also secure enough to
know that there's some things awk and sed still do better.
Never having used Sed or Awk, im curious what you think they do
better
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
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 01:41:55AM +0200, Abigail wrote:
+SKIP: No longer works in 5.8.2 and beyond.
Before we stub it out, anyone know what changed to cause this to break?
On Tue, Apr 05, 2005 at 03:55:26AM +0800, Dan Jacobson wrote:
D Dan, maybe you should post what you're doing with our, BEGIN and END so
D we can give suggestions on how to do it better.
User is told to use strict.
Using strict causes one to need my. he soon finds out.
But one day he wants
On Tue, Apr 05, 2005 at 04:55:56AM +0800, Dan Jacobson wrote:
MS To that end I ask, what *exactly* are you trying to do.
Let's just say the gawk man page says
-f program-file
--file program-file
Read the AWK program source from the file program-file, instead
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 Sun, Apr 03, 2005 at 09:57:46PM +0200, Andreas J Koenig wrote:
And it should probably express the information by file, not by module.
Things other than modules have versions, too. The PAUSE indexer may not
care but others might.
Pardon?
Just thinking ahead. Maybe someone wants
On Sat, Apr 02, 2005 at 08:07:32AM -0500, John Peacock wrote:
and the indexer could branch on whether version: was a scalar or a hash.
That leaves one unable to express the distribution version if they want to
express the version of individual modules. I'd suggest leaving version as
is with
On Sat, Apr 02, 2005 at 07:37:11PM +0200, Steven Schubiger wrote:
On 1 Apr, Michael G Schwern wrote:
: I think some of the section headers can be improved...
Patch version deux.
Thank you, that was a lot of work. I know I gave up about 1/3 of the way
through.
On Sat, Apr 02, 2005 at 10:53:47PM +, Ton Hospel wrote:
Maybe perldoc -f my should add:
If you are adding my due to adding use strict,
you may need to use our instead in BEGIN or END blocks.
Absolutely not. You shouldn't just randomly add things to shut up
use strict without
On Sun, Apr 03, 2005 at 06:50:44AM +0800, Dan Jacobson wrote:
Dperl -wle 'require ./$_ for @ARGV' program1 program2 program3
Ah ha. OK. On perlrun, it should mention:
Question: How to do all this with only one invocation of perl?
$ perl program1 inputfile|perl -e command2|perl
On Fri, Apr 01, 2005 at 05:48:47AM -0500, John Peacock wrote:
If a module contains a line that matches the $VERSION regex, yet evaluates
to undef inside the indexer, then use the package $VERSION (as defined by
the META.yml or Makefile.PL/Build.PL stanza). Only report 'undef' for
modules
On Fri, Apr 01, 2005 at 03:26:01AM -0700, Murugan K wrote:
Hi Dave / Nicholas Clark
Attached the Perl-5.9.1 patch for NetWare after
incorporating all of your comments. Thanks.
Have a nice day.
My first observation is this: this patch is enormous. You appear to
have
On Fri, Apr 01, 2005 at 03:26:01AM -0700, Murugan K wrote:
Hi Dave / Nicholas Clark
Attached the Perl-5.9.1 patch for NetWare after
incorporating all of your comments. Thanks.
Have a nice day.
Further commentary on the patch.
I noticed there is a new File::Spec::NW for
On Fri, Apr 01, 2005 at 03:26:01AM -0700, Murugan K wrote:
Hi Dave / Nicholas Clark
Attached the Perl-5.9.1 patch for NetWare after
incorporating all of your comments. Thanks.
Have a nice day.
Further, further commentary on this patch.
ext/DynaLoader/dl_NetWare.xs appears
On Fri, Apr 01, 2005 at 07:26:04PM +0200, Steven Schubiger wrote:
Inline attached is a patch.
I think some of the section headers can be improved...
--- bleadperl/pod/perltrap.podTue Dec 21 13:29:36 2004
+++ perltrap.pod Fri Apr 1 19:01:44 2005
@@ -418,7 +418,7 @@
On Thu, Mar 31, 2005 at 10:49:48AM +0100, Nicholas Clark wrote:
Does the indexer pass the META.yml file?
If so, is it sensible for that to have the ability to carry version numbers
for the indexer's benefit, for the cases where the indexer finds a version
of undef. (Or at least, have only use
On Thu, Mar 31, 2005 at 09:38:45AM -0500, John Peacock wrote:
demerphq wrote:
The only thing is the META.yml isnt available post install which is
often when people want to be able to do version checks. I agree in
principle that parsing for a special variable is yuky, but it does
seem to have
On Thu, Mar 31, 2005 at 08:36:08PM -, Dan Jacobson wrote:
perlrun could mention how to do
* more than one programfile
I'm not sure why one would want to do this...
* one or more -e's with one or more programfiles, in any order
See above.
Maybe perlrun should say that currently one
On Thu, Mar 31, 2005 at 08:40:35PM -, Dan Jacobson wrote:
P.S., It seems one must dip into proprietary documentation if one is
to find how to use hashes or whatever to create the following output
$ perl -we ... EOF
5a m g
4g k x
5a t c
EOF
4g k x
5a m g t c
Are you saying $hash{$key}
On Thu, Mar 31, 2005 at 08:40:35PM -, Dan Jacobson wrote:
P.S., perltoc looks funny,
Precedence Traps
Precedence, Precedence, Precedence, Precedence, Precedence,
Precedence, Precedence
Yes, this due to the perltrap man page not using terribly
On Wed, Mar 30, 2005 at 01:00:16PM +0200, Anatoly Vorobey wrote:
I will. If I write a patch, should I send it to this list or
the makemaker list?
In general, patches go to the MakeMaker list. But when it comes to touching
the C compilation stuff send it to both. Better chance of someone who
On Thu, Mar 31, 2005 at 01:01:19AM +0200, Andreas J Koenig wrote:
Maybe I'm missing something ... you can help me understand the
problem by answering one of these questions:
Which problem does it solve to have
$SVK::Command::Patch::view::VERSION equal $SVK::VERSION ?
Ahh. The particular
On Wed, Mar 30, 2005 at 05:05:50PM -0600, Andy Lester wrote:
Can we drop the Y2K mentions? We can start with README.Y2K, but let's
also get rid of the PERL_Y2KWARN code.
I'm trying to think of an objection and I can't. Even backwards
compatibility... nothing wrong with dropping a -D flag
On Tue, Mar 29, 2005 at 04:27:37PM -0500, John Peacock wrote:
The SVK.pm file used to contain an actual $VERSION assignment, now it
includes this (all on one line):
use SVK::Version; our $VERSION = $SVK::VERSION;
where SVK::Version contains the actual version number assignment.
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.
On Tue, Mar 29, 2005 at 09:34:09PM -0500, John E. Malmberg wrote:
The behavior of the OpenVMS C runtime library is dependent on feature
logicals which control how many things work.
But with these feature logicals set, which perl scripts can check
through the ENV{} operator, the C RTL
On Wed, Mar 30, 2005 at 09:11:37AM +0200, Andreas J Koenig wrote:
On Tue, 29 Mar 2005 14:25:47 -0800, Michael G Schwern [EMAIL
PROTECTED] said:
FWIW I'm planning on moving MakeMaker over to that style of versioning to
solve the problem of keeping the $VERSION of all the modules
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 Sun, Mar 27, 2005 at 01:51:26PM -, Victor Porton,,, wrote:
It is unclear from the constant(3pm) manpage whether string
constants are efficient, especially for long strings.
It should be clearly documented in constant(3pm).
Well, anyway they should be made efficient if they are not.
On Sun, Mar 27, 2005 at 10:15:39PM +0200, demerphq wrote:
Whether or not this should be documented in constant.pm... probably just
so long as its clear its an *--implementation detail--* and can change
with each version of Perl.
I know why you are adding the caveat, but really is it
On Sun, Mar 27, 2005 at 05:00:16PM -0600, Andy Lester wrote:
Oops. Modified dual-life modules. Feel free to ignore all but the ones
mentioned in Jarrko's list: B, Digest::MD5, List::Util and Opcode.
Any chance we can assimilate B and Opcode and move 'em over into lib?
Neither have their
On Sun, Mar 27, 2005 at 07:07:45PM -0800, Yitzchak Scott-Thoennes wrote:
One complicating issue with this
This being whether or not sharing constants is viable as opposed to the
original documentation issue (just for those listening on RT).
is that even constants are owned by
their code,
More to the point, where is it defined?
I ask because I was debugging some code and saw:
PREREQ_PM = {
Lib::Foo = '0.34',
Module::This = '1.23'
}
and though ah ha! They didn't quote the non-word on the LHS! But then
On Wed, Mar 23, 2005 at 08:43:32AM -0600, Steve Peters wrote:
So, what are the other issues with IPC::Open3? What needs to be fixed to
make this module usable across all the environments Perl runs on?
IPC::Open3 forks. Not all OS' can fork and not all Perls are built with
fork() emulation.
On Tue, Mar 22, 2005 at 01:12:49PM -0800, Ovid wrote:
In the process of trying to figure out a bug with some overloaded code,
I was trying to look for the overload.t or equivalent tests in the
Perl core. I couldn't find any that were specifically testing
overload, though I found a number of
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 Mon, Mar 21, 2005 at 01:34:12AM -0700, Rathna N wrote:
Why would NetWare need the t/ directory in its @INC?
--- by default Perl on NetWare refers to sys:/perl/scripts as the
default current working directory
hence, we need to add to above line, so that it picks up TestInit.pm
Why would
On Mon, Mar 21, 2005 at 09:58:39AM -0800, Yitzchak Scott-Thoennes wrote:
Another alternative would be to rename the thing
no_compiler, returning undef or an explanation. But I'm not going to
pursue these alternatives unless someone likes them better.
Hey, I like that.
On Sat, Mar 19, 2005 at 10:20:59PM -0800, Yitzchak Scott-Thoennes wrote:
I encountered a problem with quoting when running a cygwin gcc (in
this case, in -mno-cygwin MinGW mode) from a non-cygwin make that
the following patch would fix, but I've been hesitant to send it to
you because I don't
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 12:08:54PM -0800, Yitzchak Scott-Thoennes wrote:
There is no equivalent in MakeMaker.
And you can't hand-alter the META.yml?
Yes but then I would have to turn off the META.yml auto-generation for good.
Also ExtUtils::CBuilder is an optional build requirement. Its
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.
Much of this patch contains code which is confusing and we'd need some
explaination as to why NetWare needs these exceptions.
If I had to guess I'd say you're trying to use TEST from a different
directory than the Perl source.
On Sun, Mar 20, 2005 at 11:39:44PM -0700, Rathna N wrote:
--- TEST
On Fri, Mar 18, 2005 at 09:37:08AM +0100, Razvan Mihai wrote:
Delikat, David wrote:
has anybody had any luck using IO::Select
with STDIN on a DOS platform?
If by DOS platform you actually mean Windows, than no. On Windows, the
Cselect() system call only works on sockets. I'm sure it's
On Fri, Mar 18, 2005 at 11:44:41PM +0300, Alexey Tourbin wrote:
I noticed that most core modules do not use vars in favour
of our declarations.
In the case of base.pm this is deliberate for backwards compatibility.
base.pm lives on CPAN.
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 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 08:49:16PM -, Matthew Harris wrote:
Why does the following command not print 5,6,7?
perl -e '$,=,; print grep { $_ 4 .. $_ 7 } 1..10'
5,6,7,8,9,10
The range operator inside the grep appears to get stuck in the true
state.
This sheds some light on the
On Tue, Mar 15, 2005 at 07:23:59PM -0600, Craig A. Berry wrote:
Trying revision 2334 on OpenVMS Alpha v7.3-1, Perl 5.8.4, the build dies
variously:
As always, I need to see the generated Makefiles.
$ perl Makefile.PL
$ mms/ident
%MMS-I-IDENT, MMS V3.3-4 ) Digital Equipment Corporation
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)
+++
http://www.pobox.com/~schwern/src/ExtUtils-MakeMaker-6.25_10.tar.gz
or
http://svn.schwern.org/svn/CPAN/ExtUtils-MakeMaker/trunk
or
a CPAN near you
Its another release candidate. This one fixes the recompilation problem
noted in the last release (and various previous ones).
Knock it around.
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
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
On Fri, Mar 11, 2005 at 11:07:47AM +0100, Rafael Garcia-Suarez wrote:
I hate weak keywords. They're odd special cases and are confusing. Go
figure why you sensible $foo err warn '$foo undefined\n' is stopping
working, when some module you pulled in silently exports an err
function.
They're
On Fri, Mar 11, 2005 at 05:58:34PM -, Nigel Sandever wrote:
It's quite likely that most users running perl interpreters don't even know
how to write Perl.
If they have a stable system, why upgrade?
Because they don't control the server and the admin upgraded Perl.
Because they upgraded
On Fri, Mar 11, 2005 at 11:02:36PM +, Nigel Sandever wrote:
What would your reaction be to this?
C:\perl-5.8.6\win32..\perl -mextended -esay 'hi.'
hi.
C:\perl-5.8.6\win32..\perl -esay 'hi.'
String found where operator expected at -e line 1, near say 'hi.'
(Do you need to
There is a middle ground here.
I'm honestly leaning slighty towards say(). Sure it does nothing terribly
impressive, but it does make the code slightly closer to what the user wants
to do without an intermediate step and it is a very simple patch.
The backwards compatibility argument is bunk:
On Thu, Mar 10, 2005 at 02:58:58PM -0800, Michael G Schwern wrote:
So that said, I'd wait to see if Perl6::Say starts showing up as a
dependency in people's modules before I'd put it in the language.
Give it the ol CPAN test to see if its really going to be useful.
PS I know its not getting
On Thu, Mar 10, 2005 at 11:26:25PM +, Nigel Sandever wrote:
The backwards compatibility argument is bunk: we can do exactly what was
done
for err() and lock(). Use a weak keyword. Any existing routine called
say()
will continue to work as before.
I'm not sure that is really
On Thu, Mar 03, 2005 at 02:11:21AM +0200, Yuval Kogman wrote:
On Wed, Mar 02, 2005 at 06:18:54 +0800, Dan Jacobson wrote:
instead of
$output=qx/echo $input|command/
i.e., how to input small things to qx without disrupting other parts
of the program or relying on /bin/sh constructions to
On Mon, Feb 28, 2005 at 05:13:48PM -0800, Yitzchak Scott-Thoennes wrote:
I disagree. qx// creates processes and talks tons about what you
can do to redirect their stdout and stderr. It should mention that
the process inherits perl's stdin unless it's redirected.
It may be wise to eliminate
On Wed, Mar 02, 2005 at 10:25:47AM +0100, Andreas J Koenig wrote:
The [EMAIL PROTECTED] manpages of File::Find and MakeMaker render ugly.
Patch appended.
Though it does render incorrectly, the existing POD does not appear to
be incorrect. Perhaps its a bug in Pod::Parser which should be
On Tue, Feb 22, 2005 at 03:46:24PM -0500, Gary Dill wrote:
How can I get a copy of DynaLoader?
DynaLoader comes with Perl. It doesn't work very well without it. You
can locate the installed .pm file with perldoc -l DynaLoader though
there are more pieces. If you wish to get the source it only
On Tue, Feb 22, 2005 at 09:47:47AM -, Piyush Shourie wrote:
Since there are enormous users of CPAN Perl as well, I believe there
must be some mechanism available in CPAN Perl to relocate the Perl to a
new location. Please enlighten me about the same.
Nope. Nothing else is currently
401 - 500 of 839 matches
Mail list logo