* i'm assuming some "do_<task>[dirs] =" directives are redundant, yes?
@ 2014-07-21 9:59 Robert P. J. Day
2014-07-21 15:27 ` Christopher Larson
0 siblings, 1 reply; 6+ messages in thread
From: Robert P. J. Day @ 2014-07-21 9:59 UTC (permalink / raw)
To: OpenEmbedded Development mailing list
pedantic observation -- i notice in base.bbclass:
do_unpack[dirs] = "${WORKDIR}"
and over in patch.bbclass:
addtask patch after do_unpack
do_patch[dirs] = "${WORKDIR}"
so given that patching has been added as a task after unpacking,
wouldn't ${WORKDIR} already be guaranteed to exist? doesn't hurt, of
course, and no, i have no intention of trying to clean any of that up
:-), i just wanted to clarify the actual mechanics.
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: i'm assuming some "do_<task>[dirs] =" directives are redundant, yes?
2014-07-21 9:59 i'm assuming some "do_<task>[dirs] =" directives are redundant, yes? Robert P. J. Day
@ 2014-07-21 15:27 ` Christopher Larson
2014-07-26 12:43 ` Robert P. J. Day
0 siblings, 1 reply; 6+ messages in thread
From: Christopher Larson @ 2014-07-21 15:27 UTC (permalink / raw)
To: Openembedded Discussion
On Mon, Jul 21, 2014 at 2:59 AM, Robert P. J. Day <rpjday@crashcourse.ca>
wrote:
>
> pedantic observation -- i notice in base.bbclass:
>
> do_unpack[dirs] = "${WORKDIR}"
>
> and over in patch.bbclass:
>
> addtask patch after do_unpack
> do_patch[dirs] = "${WORKDIR}"
>
> so given that patching has been added as a task after unpacking,
> wouldn't ${WORKDIR} already be guaranteed to exist? doesn't hurt, of
> course, and no, i have no intention of trying to clean any of that up
> :-), i just wanted to clarify the actual mechanics.
'dirs' isn't just a list of dirs to create, it also sets the current
working directory for the task. The last directory listed is where the path
is set.
--
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: i'm assuming some "do_<task>[dirs] =" directives are redundant, yes?
2014-07-21 15:27 ` Christopher Larson
@ 2014-07-26 12:43 ` Robert P. J. Day
2014-07-26 23:13 ` Christopher Larson
0 siblings, 1 reply; 6+ messages in thread
From: Robert P. J. Day @ 2014-07-26 12:43 UTC (permalink / raw)
To: Openembedded Discussion
On Mon, 21 Jul 2014, Christopher Larson wrote:
> On Mon, Jul 21, 2014 at 2:59 AM, Robert P. J. Day <rpjday@crashcourse.ca>
> wrote:
>
> >
> > pedantic observation -- i notice in base.bbclass:
> >
> > do_unpack[dirs] = "${WORKDIR}"
> >
> > and over in patch.bbclass:
> >
> > addtask patch after do_unpack
> > do_patch[dirs] = "${WORKDIR}"
> >
> > so given that patching has been added as a task after unpacking,
> > wouldn't ${WORKDIR} already be guaranteed to exist? doesn't hurt, of
> > course, and no, i have no intention of trying to clean any of that up
> > :-), i just wanted to clarify the actual mechanics.
>
>
> 'dirs' isn't just a list of dirs to create, it also sets the current
> working directory for the task. The last directory listed is where
> the path is set.
is that documented anywhere? the "variable flags" section of the
bitbake user manual says nothing about that last obviously significant
property.
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: i'm assuming some "do_<task>[dirs] =" directives are redundant, yes?
2014-07-26 12:43 ` Robert P. J. Day
@ 2014-07-26 23:13 ` Christopher Larson
2014-07-27 11:54 ` Robert P. J. Day
2014-07-27 12:10 ` Robert P. J. Day
0 siblings, 2 replies; 6+ messages in thread
From: Christopher Larson @ 2014-07-26 23:13 UTC (permalink / raw)
To: Openembedded Discussion
On Sat, Jul 26, 2014 at 5:43 AM, Robert P. J. Day <rpjday@crashcourse.ca>
wrote:
> On Mon, 21 Jul 2014, Christopher Larson wrote:
>
> > On Mon, Jul 21, 2014 at 2:59 AM, Robert P. J. Day <rpjday@crashcourse.ca
> >
> > wrote:
> >
> > >
> > > pedantic observation -- i notice in base.bbclass:
> > >
> > > do_unpack[dirs] = "${WORKDIR}"
> > >
> > > and over in patch.bbclass:
> > >
> > > addtask patch after do_unpack
> > > do_patch[dirs] = "${WORKDIR}"
> > >
> > > so given that patching has been added as a task after unpacking,
> > > wouldn't ${WORKDIR} already be guaranteed to exist? doesn't hurt, of
> > > course, and no, i have no intention of trying to clean any of that up
> > > :-), i just wanted to clarify the actual mechanics.
> >
> >
> > 'dirs' isn't just a list of dirs to create, it also sets the current
> > working directory for the task. The last directory listed is where
> > the path is set.
>
> is that documented anywhere? the "variable flags" section of the
> bitbake user manual says nothing about that last obviously significant
> property.
Good question, I have no idea :) Clearly it should be somewhere.
--
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: i'm assuming some "do_<task>[dirs] =" directives are redundant, yes?
2014-07-26 23:13 ` Christopher Larson
@ 2014-07-27 11:54 ` Robert P. J. Day
2014-07-27 12:10 ` Robert P. J. Day
1 sibling, 0 replies; 6+ messages in thread
From: Robert P. J. Day @ 2014-07-27 11:54 UTC (permalink / raw)
To: Openembedded Discussion
On Sat, 26 Jul 2014, Christopher Larson wrote:
> On Sat, Jul 26, 2014 at 5:43 AM, Robert P. J. Day <rpjday@crashcourse.ca>
> wrote:
>
> > On Mon, 21 Jul 2014, Christopher Larson wrote:
> >
> > > On Mon, Jul 21, 2014 at 2:59 AM, Robert P. J. Day <rpjday@crashcourse.ca
> > >
> > > wrote:
> > >
> > > >
> > > > pedantic observation -- i notice in base.bbclass:
> > > >
> > > > do_unpack[dirs] = "${WORKDIR}"
> > > >
> > > > and over in patch.bbclass:
> > > >
> > > > addtask patch after do_unpack
> > > > do_patch[dirs] = "${WORKDIR}"
> > > >
> > > > so given that patching has been added as a task after unpacking,
> > > > wouldn't ${WORKDIR} already be guaranteed to exist? doesn't hurt, of
> > > > course, and no, i have no intention of trying to clean any of that up
> > > > :-), i just wanted to clarify the actual mechanics.
> > >
> > >
> > > 'dirs' isn't just a list of dirs to create, it also sets the current
> > > working directory for the task. The last directory listed is where
> > > the path is set.
> >
> > is that documented anywhere? the "variable flags" section of the
> > bitbake user manual says nothing about that last obviously significant
> > property.
>
> Good question, I have no idea :) Clearly it should be somewhere.
ok, i'll shoehorn it in there somewhere.
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: i'm assuming some "do_<task>[dirs] =" directives are redundant, yes?
2014-07-26 23:13 ` Christopher Larson
2014-07-27 11:54 ` Robert P. J. Day
@ 2014-07-27 12:10 ` Robert P. J. Day
1 sibling, 0 replies; 6+ messages in thread
From: Robert P. J. Day @ 2014-07-27 12:10 UTC (permalink / raw)
To: Openembedded Discussion
On Sat, 26 Jul 2014, Christopher Larson wrote:
> On Sat, Jul 26, 2014 at 5:43 AM, Robert P. J. Day <rpjday@crashcourse.ca>
> wrote:
>
> > On Mon, 21 Jul 2014, Christopher Larson wrote:
> >
> > > On Mon, Jul 21, 2014 at 2:59 AM, Robert P. J. Day <rpjday@crashcourse.ca
> > >
> > > wrote:
> > >
> > > >
> > > > pedantic observation -- i notice in base.bbclass:
> > > >
> > > > do_unpack[dirs] = "${WORKDIR}"
> > > >
> > > > and over in patch.bbclass:
> > > >
> > > > addtask patch after do_unpack
> > > > do_patch[dirs] = "${WORKDIR}"
> > > >
> > > > so given that patching has been added as a task after unpacking,
> > > > wouldn't ${WORKDIR} already be guaranteed to exist? doesn't hurt, of
> > > > course, and no, i have no intention of trying to clean any of that up
> > > > :-), i just wanted to clarify the actual mechanics.
> > >
> > >
> > > 'dirs' isn't just a list of dirs to create, it also sets the current
> > > working directory for the task. The last directory listed is where
> > > the path is set.
> >
> > is that documented anywhere? the "variable flags" section of the
> > bitbake user manual says nothing about that last obviously significant
> > property.
>
> Good question, I have no idea :) Clearly it should be somewhere.
actually, while i'm there:
http://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#variable-flags
anything else i should add just to make it a single patch? (yes, i
realize this should have gone to the bitbake list at this point but
let's just finish it off here and be done with it.)
it occurs that one could mention variable flags like [doc] in that
section since, technically, that section is entitled "Variable Flags",
not just "Task Flags", even though it is clearly discussing only task
flags, which seems a touch incomplete.
and just so i'm clear on this, one does not need to pre-declare
variable flags anywhere, right? one can just start using them, yes?
that's probably worth mentioning as well as, on a regular basis, my
students ask, "where do i declare that thing that looks like a
subscript?"
anyway, any suggestions as to what else can go in there while i
ponder what to add/change?
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2014-07-27 12:10 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-07-21 9:59 i'm assuming some "do_<task>[dirs] =" directives are redundant, yes? Robert P. J. Day
2014-07-21 15:27 ` Christopher Larson
2014-07-26 12:43 ` Robert P. J. Day
2014-07-26 23:13 ` Christopher Larson
2014-07-27 11:54 ` Robert P. J. Day
2014-07-27 12:10 ` Robert P. J. Day
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.