[Israel.pm] new module for CPAN: Getopt::Long::String
Dov at freescale.com
Mon Jan 30 09:33:27 PST 2006
Johan Vromans asked me:
How is this different from a trivial
local(@ARGV) = shellwords($string);
>From this I learned that there is such a subroutine, that is distributed with Perl, and that the namespace owner of Getopt::Long also thinks that this functionality doesn't warrant a module.
I asked him whether it could be added as an addition to Getopt::Long instead.
When I hear more, I will update you all. Thanks for all your help.
DSP SoC System and Applications Engineer,
Network and Computing Systems Group
Freescale Semiconductor Israel
The information contained in this email is classified as:
[ ] General Business Information
[ ] Freescale Internal Use Only
[ ] Freescale Confidential Propriety
[x] Personal Memorandum
From: perl-bounces at perl.org.il [mailto:perl-bounces at perl.org.il] On Behalf Of Mikhael Goikhman
Sent: Monday, January 30, 2006 7:24 PM
To: Perl in Israel
Subject: Re: [Israel.pm] new module for CPAN: Getopt::Long::String
I can't agree that calling string2list behind the scenes justifies having
a new module. Partially, because all string parsing errors will carry the
"string2list" name on them. So if a user will be aware of it anyway, why
not call it directly? But I don't really care about having this module.
Just a note, if you want to make it into CPAN, correct the compilation of
your module please, it generates "Prototype mismatch: sub GetOptions (@)"
warning. Also, a CPAN module without POD is useless.
Older versions of Getopt::Long (the ones shipped with perl 5.005 or 5.6)
didn't specify prototypes. With the current versions shipped with 5.8,
you should add parentheses "use Getopt::Long ()" to disable this warning.
[It is always a good idea to explicitly import only needed functions.]
perl -e 'print+chr(64+hex)for+split//,d9b815c07f9b8d1e'
Perl mailing list
Perl at perl.org.il
More information about the Perl