[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index][Thread Index][Top&Search][Original]

Re: [PATCH 5.005_63 DOC] Readability patch to perlmod



At 02:50 PM 1/17/00 +0900, scozens@pwj.co.jp wrote:
>This makes it read a little better, but still needs some thought;
>Benchmark isn't `the same name' as Benchmark.pm

And it has problems with embedded ::.  Although one could argue that since 
it's an introduction, with the gory details later, it doesn't have to be 
complete.

>Any suggestions/recasts greatly appreciated.

How about saying "A module is a file containing a Perl package with a name 
that's a function of the filename or path."  Now the reader will be clued 
into reading further to find out what that function is.  Always begin with 
a hook, editors say...

>Incidentally, I have an issue with `library file': it's used variously
>to mean `a file in the standard set of modules, which we call the module
>library' and `a Perl4-ish .pl file'. So a library file is a file which
>is something like a module but not quite, or a file which is one of a
>set of standard files and which may or may not be a library file
>(sense 1). ETOOCONFUSING! I've had people confused as to what a/the
>`Perl library' is because of this, so is there a chance we choose one
>meaning and stick to it?

Here's another meaning, from perlvar:

It initially consists of the arguments to any B<-I> command line switches,
followed by the default Perl library, probably F</usr/local/lib/perl>,
followed by ".", to represent the current directory.

>(flames to simon@brecon.co.uk please, not this address.)

Impressive bilocation abilities there...

--
Peter Scott
Pacific Systems Design Technologies


References to:
scozens@pwj.co.jp

[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index][Thread Index][Top&Search][Original]