On Tue, May 03, 2005 at 08:15:21AM +0300, Jarkko Hietaniemi wrote:
> Andy Lester wrote:
> > Two unused vars in Time::HiRes. I assume most compilers will optimize
> > it all away anyway, but here they are:
>
> Ummm. Instead of throwing away information, let's use it
> (see the attachment). (This
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 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 p
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;
&
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 reru
On Wed, Apr 27, 2005 at 10:20:17AM +0200, H.Merijn Brand wrote:
> I'd rather add an entry for "range" that says something like
>
> If you want to make `logic' ranges other than the ranges that can
> be constructed with sequential '..', have a look at perl's 'map' function.
The problem with map
On Wed, Apr 27, 2005 at 08:31:57AM +0100, Steve Hay wrote:
> I can apply the fix sooner if you're happy with that.
Yeah, go ahead and apply it.
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 Tue, Apr 26, 2005 at 10:36:45PM -0500, Craig A. Berry wrote:
> > MakeMaker doesn't build modules in ext/ on VMS, so can't yet go
> > in.
>
> Well, it will build them once but won't do rebuilds.
First I've heard. Could you amplify?
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.
>
>
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 ret
On Tue, Apr 26, 2005 at 01:30:33AM +0200, H.Merijn Brand wrote:
> On Mon, 25 Apr 2005 07:33:34 +0800, Dan Jacobson <[EMAIL PROTECTED]> wrote:
>
> > D> One should become aware of that, by contextwise assumptions.
> > So good thing I didn't take the hours to formulate the perfect patch
> > when it w
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 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
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 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
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 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 /PATT
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 co
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 t
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
> > involve
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-lis
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 A
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 (1,
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 ad
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 un
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 targe
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 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
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 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
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 i
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. It
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 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 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 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 A
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 16:36:
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
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 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
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 someon
On Sun, Apr 03, 2005 at 06:50:44AM +0800, Dan Jacobson wrote:
> D>perl -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 progra
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 withou
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 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 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 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 appea
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.
My first observation is this: this patch is enormous. You appear to
have rew
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
> module
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 de
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 ... < 5a m g
> 4g k x
> 5a t c
> EOF
> 4g k x
> 5a m g t c
Are you saying $hash{$
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 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
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
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 th
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 particula
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 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 versioni
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 f
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)
> If that is of any help.
Yes it is.
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
th
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 co
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 thei
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
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
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 t
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.
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. Un
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 th
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
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 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 woul
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 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.
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 progr
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. It
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)
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 d
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 release
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.
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
> C system call only works on sockets. I'm sure it's
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 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 t
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)
+++ lib/
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 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";
>
> Unfortunate
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:
> >http://www.nntp.perl.org/group/
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?
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.
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 man
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 -e"say 'hi.'"
> hi.
>
> C:\perl-5.8.6\win32>..\perl -e"say 'hi.'"
> String found where operator expected at -e line 1, near "say 'hi.'"
> (Do yo
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 upgra
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'
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 i
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 use
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: we
401 - 500 of 854 matches
Mail list logo
