Thread: [Module::Build] args attribute in new
Status: Beta
Brought to you by:
kwilliams
Menu
▾
▴
module-build-general
|
From: Uri G. <ur...@st...> - 2003-12-30 05:13:22
|
i have been in the midst of converting the install for stem to
module::build. dave rolsky first did some work on this and i am finally
going to finish it. i have some nice stuff working and some of you might
be interested in it (a file grep with file patterns matching manifest
lines, tests run in the order in manifest, a manifest grep, user query
subs, etc.) and maybe some of them could be integrated into build.
my question here is about the args attribute in the new constructor. the
docs state that $self->{'args'} will have the parsed out command line
arguments. but dave also passed in a hash ref to the 'args' attribute
in the call to new. after checking the source i see that that hash will
be used to set args before the command line stuff is parsed so it is in
effect a set of default args. but i can't find any docs that describe
this behavior. so is it a doc bug or an undocumented feature? now dave
is the one that did this originally and i want to keep the use of this
ghost feature. will it stay in the code? if so, it should be
documented. i know, patches welcome. but i am not even sure it is a real
feature. and it would take all of two lines to document it. and i would
rename (or support both names like requires/prereq) it to default_args
as that is what it really is. the hash contains the default values for
the 'args' hash but they can be overridden by command line args.
Module::Build: 0.21
thanx,
uri
--
Uri Guttman ------ ur...@st... -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org
|
|
From: Dave R. <au...@ur...> - 2003-12-30 05:16:46
|
On Tue, 30 Dec 2003, Uri Guttman wrote: > this behavior. so is it a doc bug or an undocumented feature? now dave > is the one that did this originally and i want to keep the use of this > ghost feature. will it stay in the code? if so, it should be > documented. i know, patches welcome. but i am not even sure it is a real > feature. and it would take all of two lines to document it. and i would > rename (or support both names like requires/prereq) it to default_args > as that is what it really is. the hash contains the default values for > the 'args' hash but they can be overridden by command line args. Heh, I just noticed I do this in Alzabo's Build.PL as well. Ken, should this all be done via the notes() stuff? -dave /*======================= House Absolute Consulting www.houseabsolute.com =======================*/ |
|
From: Uri G. <ur...@st...> - 2003-12-30 05:20:16
|
>>>>> "DR" == Dave Rolsky <au...@ur...> writes: DR> On Tue, 30 Dec 2003, Uri Guttman wrote: >> this behavior. so is it a doc bug or an undocumented feature? now dave >> is the one that did this originally and i want to keep the use of this >> ghost feature. will it stay in the code? if so, it should be >> documented. i know, patches welcome. but i am not even sure it is a real >> feature. and it would take all of two lines to document it. and i would >> rename (or support both names like requires/prereq) it to default_args >> as that is what it really is. the hash contains the default values for >> the 'args' hash but they can be overridden by command line args. DR> Heh, I just noticed I do this in Alzabo's Build.PL as well. so you are guilty of multiple counts of using undocumented features. what is the normal punishement for such crimes against development? DR> Ken, should this all be done via the notes() stuff? which is what? uri -- Uri Guttman ------ ur...@st... -------- http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org |
|
From: Dave R. <au...@ur...> - 2003-12-30 05:27:05
|
On Tue, 30 Dec 2003, Uri Guttman wrote: > DR> Ken, should this all be done via the notes() stuff? > > which is what? Documented (*cough*). -dave /*======================= House Absolute Consulting www.houseabsolute.com =======================*/ |
|
From: Uri G. <ur...@st...> - 2003-12-30 06:23:06
|
>>>>> "DR" == Dave Rolsky <au...@ur...> writes: DR> On Tue, 30 Dec 2003, Uri Guttman wrote: DR> Ken, should this all be done via the notes() stuff? >> >> which is what? DR> Documented (*cough*). well, how would i know? the args in new isn't documented. you can't expect me to rtfm all the time! uri -- Uri Guttman ------ ur...@st... -------- http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org |
|
From: Jim C. <jc...@di...> - 2003-12-30 14:29:02
|
Uri Guttman wrote: >>>>>>"DR" == Dave Rolsky <au...@ur...> writes: >>>>>> >>>>>> > > DR> On Tue, 30 Dec 2003, Uri Guttman wrote: > DR> Ken, should this all be done via the notes() stuff? > >> > >> which is what? > > DR> Documented (*cough*). > >well, how would i know? the args in new isn't documented. you can't >expect me to rtfm all the time! > >uri > > > Scorekeeper, please note that Uri took his mulligan, and doesnt get a new one til next year ;-) |
|
From: Ken W. <ke...@ma...> - 2003-12-30 16:22:37
|
On Tuesday, December 30, 2003, at 12:22 AM, Uri Guttman wrote: >>>>>> "DR" == Dave Rolsky <au...@ur...> writes: > > DR> On Tue, 30 Dec 2003, Uri Guttman wrote: > DR> Ken, should this all be done via the notes() stuff? >>> >>> which is what? > > DR> Documented (*cough*). > > well, how would i know? How would you know something is documented? Oh, I don't know ... BY LOOKING AT THE DOCS, MAYBE? In any case, yeah, when you just want to pass info from one place to another in your build process, notes() is the way to do it. -Ken |
Thanks for helping keep SourceForge clean.
X