On Tue, Nov 20, 2001 at 03:54:05PM -0600, Dave Rolsky wrote:
> On Tue, 20 Nov 2001, Tels wrote:
>
> > > If you would prefer to handle the
> > > ExtUtils::MakeMaker and ExtUtils::MM_* changes yourself let me know.
> >
> > You can do it. I'll wait until the dust settles (I wrote tests for routines
On Tue, 20 Nov 2001, Tels wrote:
> > If you would prefer to handle the
> > ExtUtils::MakeMaker and ExtUtils::MM_* changes yourself let me know.
>
> You can do it. I'll wait until the dust settles (I wrote tests for routines
> that now get removed, so I am a bit conservative with starting another
On Tue, Nov 20, 2001 at 12:33:30PM +0100, Bart Lateur wrote:
> Is there a reason for not using the @ISA inheritance mechanism?
In this case, simple delegation works much better. We only need a
handful of File::Spec's interface, the methods are all but deprecated
in MakeMaker, and MM is already c
-BEGIN PGP SIGNED MESSAGE-
Moin,
On 20-Nov-01 Bart Lateur tried to scribble about:
> On Mon, 19 Nov 2001 22:36:45 +0100 (CET), Tels wrote:
>
>>> sub canonpath {
>>> return File::Spec->canonpath($_[1]);
>>> }
>>
>>I'd written return File::Spec->canonpath(@_); just in case
-BEGIN PGP SIGNED MESSAGE-
Moin,
On 19-Nov-01 Dave Rolsky tried to scribble about:
> On Mon, 19 Nov 2001, Tels wrote:
> Yes, this should be using File::Spec (unless the code in ExtUtils for
> doing these differs in a way that needs to be preserved). I know there
> are some modules out t
On Mon, 19 Nov 2001 22:36:45 +0100 (CET), Tels wrote:
>> sub canonpath {
>> return File::Spec->canonpath($_[1]);
>> }
>
>I'd written return File::Spec->canonpath(@_); just in case ;)
That ain't right. You'll get an extra argument in front (the class
name).
Is there a reason for
On Mon, Nov 19, 2001 at 10:36:45PM +0100, Tels wrote:
> > sub canonpath {
> > return File::Spec->canonpath($_[1]);
> > }
>
> I'd written return File::Spec->canonpath(@_); just in case ;)
The first argument has to be ignored (it's the MakeMaker object)
and canonpath() takes just o
Michael G Schwern [[EMAIL PROTECTED]] quoth:
*>
*>It's almost like that game show, "Win Lincoln Stein's Money"
I think it's...Ben Stein's Money. This is a clear sign you need to get out
more often. :)
*>Remember, the sooner I have to cough up the money, the sooner I'll
*>have to get a job. And
On Mon, 19 Nov 2001, Tels wrote:
> * There are a couple of functions I have tests for, BUT:
>
> =item canonpath
>
> No physical check on the filesystem, but a logical cleanup of a
> path. On UNIX eliminated successive slashes and successive "/.".
>
> =cut
>
> [snip
On Mon, 19 Nov 2001, Tels wrote:
> > sub canonpath {
> > return File::Spec->canonpath($_[1]);
> > }
>
> I'd written return File::Spec->canonpath(@_); just in case ;)
That won't work quite right, you'd either need to do:
return File::Spec->canonpath(@_[1..$#_]);
or maybe:
s
On Mon, Nov 19, 2001 at 10:09:23PM +0100, Tels wrote:
> But Wiki is not pleased:
>
> Software error:
>
> Could not get editing lock at perl-qa-wiki.cgi line 3224.
The permissions on the Wiki are borked. Fixed it with a little
trickery, it should work now.
Haven't bribed my sysadmin lately, I
-BEGIN PGP SIGNED MESSAGE-
Moin,
On 19-Nov-01 Michael G Schwern tried to scribble about:
> On Mon, Nov 19, 2001 at 10:11:51PM +0100, Tels wrote:
>> oh, related to:
>>
>> http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2001-11/msg01172.h
>> tml
>>
>> ?
>
> Yes. You can pretty m
On Mon, Nov 19, 2001 at 10:11:51PM +0100, Tels wrote:
> oh, related to:
>
> http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2001-11/msg01172.html
>
> ?
Yes. You can pretty much just make them thin wrappers around the
appropriate File::Spec method to preserve the MM interface and mention
-BEGIN PGP SIGNED MESSAGE-
Moin,
oh, related to:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2001-11/msg01172.html
?
On 19-Nov-01 Tels tried to scribble about:
[snip]
> * There are a couple of functions I have tests for, BUT:
>
> =item canonpath
>
> No phy
-BEGIN PGP SIGNED MESSAGE-
Moin,
On 19-Nov-01 Michael G Schwern tried to scribble about:
> Here's something that would be nice to get done, finish off testing
> last three dozen modules and let YAS have $500 of my money.
> http://www.pobox.com/~schwern/cgi-bin/perl-qa-wiki.cgi?UntestedMo
On Mon, Nov 19, 2001 at 09:05:35AM -0500, Ryan King wrote:
> On 2001.11.19, Michael G Schwern <[EMAIL PROTECTED]> wrote:
> > On Mon, Nov 19, 2001 at 12:22:09AM -0800, Russ Allbery wrote:
> > > > http://www.pobox.com/~schwern/cgi-bin/perl-qa-wiki.cgi?UntestedModules
>
> Since there is a huge, prac
On 2001.11.19, Michael G Schwern <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 19, 2001 at 12:22:09AM -0800, Russ Allbery wrote:
> > > http://www.pobox.com/~schwern/cgi-bin/perl-qa-wiki.cgi?UntestedModules
Since there is a huge, practical, difference between "Having stuff in
t/*" and "Tested well enou
On Sun, Nov 18, 2001 at 07:15:02PM -0500, Michael G Schwern wrote:
> Here's something that would be nice to get done, finish off testing
> last three dozen modules and let YAS have $500 of my money.
>
> http://www.pobox.com/~schwern/cgi-bin/perl-qa-wiki.cgi?UntestedModules
Michael,
Thanks :) W
On Mon, Nov 19, 2001 at 12:22:09AM -0800, Russ Allbery wrote:
> > http://www.pobox.com/~schwern/cgi-bin/perl-qa-wiki.cgi?UntestedModules
>
> It looks like Pod::Find and Pod::Checker have tests already in the current
> tree in t/pod.
Ok, scrub them off the list.
> Pod::InputObjects is used by
I'm intending to add a real test to Pod::LaTeX in the next couple of days
when I release V0.54.
On Sun, 18 Nov 2001, Michael G Schwern wrote:
> Here's something that would be nice to get done, finish off testing
> last three dozen modules and let YAS have $500 of my money.
>
> http://www.pobo
Michael G Schwern <[EMAIL PROTECTED]> writes:
> Here's something that would be nice to get done, finish off testing
> last three dozen modules and let YAS have $500 of my money.
> http://www.pobox.com/~schwern/cgi-bin/perl-qa-wiki.cgi?UntestedModules
> It's almost like that game show, "Win Linc
21 matches
Mail list logo
