From: Paul Eggleton <paul.eggleton@linux.intel.com>
To: Giuseppe Condorelli <giuseppe.condorelli@gmail.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: gcc-4.7.inc wrong FILESPATH setting?
Date: Wed, 19 Dec 2012 10:45:14 +0000 [thread overview]
Message-ID: <2128976.L3Pq5tyagE@helios> (raw)
In-Reply-To: <CAOHjBZsawyuAo4zrzoSd3R5GypV=BiNEHc-JD5STmz1mR80G3Q@mail.gmail.com>
On Monday 17 December 2012 14:51:59 Giuseppe Condorelli wrote:
> 2012/12/14 Robert P. J. Day <rpjday@crashcourse.ca>
>
> > On Fri, 14 Dec 2012, Giuseppe Condorelli wrote:
> > > 2012/12/14 Robert P. J. Day <rpjday@crashcourse.ca>
> > >
> > > On Fri, 14 Dec 2012, Marko Katić wrote:
> > > > On Fri, 2012-12-14 at 17:41 +0100, Giuseppe Condorelli wrote:
> > > > > Hi All,
> > > > >
> > > > > I've seen that, in the given .inc file, the FILESPATH is
> >
> > statically
> >
> > > > > set to
> > > > >
> > > > > FILESPATH = "${FILE_DIRNAME}/gcc-4.7"
> > > > >
> > > > > This seems to avoid any FILESEXTRAPATHS_prepend usage on
> >
> > append file.
> >
> > > > > I need to add further patches for gcc-4.7.2 in my own meta
> >
> > layer but
> >
> > > > > if I set the FILESEXTRAPATHS_prepend as usual
> > > > > nothing happens, sources are taken only from the directory set
> >
> > by
> >
> > > > > FILESPATH.
> > > > > Also I saw this setting was different in the past
> > > > >
> > > > > FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.7'
> >
> > ], d)}"
> >
> > > i'm fairly sure i posted on this recently. base.bbclass
> > >
> > > *explicitly* sets FILESPATH to a set of variations thusly:
> > >
> > > FILESPATH = "${@base_set_filespath(["${FILE_DIRNAME}/${BP}",
> >
> > "${FILE_DIRNAME}/${BPN}", "${FILE_DIRNAME}/files"], d)}"
> >
> > > which works fine with the recipes in the underlying oe-core layer.
> > >
> > > however, when you use FILESEXTRAPATHS_prepend, you get additional
> > >
> > > directories based on *only* the name you specify. so if you do:
> > >
> > > FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
> > >
> > > are you thinking you should also get all variations of "gcc-4.7"?
> > > because that's not what's going to happen.
> > >
> > > I'm sorry, I've not catched your last sentence. I set (as in the
> > > past) the FILESEXTRAPATHS_prepend := "${THISDIR}/files:"
> > > also updating the SRC_URI inside the .bbappend file to use the
> > > sources available in the gcc directory available in my own layer.
> > >
> > did you also set THISDIR just above that?
>
> No, I don't set it. Is it necessary now?
No, THISDIR is set automatically, you should not set it yourself.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
next prev parent reply other threads:[~2012-12-19 11:00 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-14 16:41 gcc-4.7.inc wrong FILESPATH setting? Giuseppe Condorelli
2012-12-14 16:49 ` Marko Katić
2012-12-14 16:58 ` Robert P. J. Day
2012-12-14 17:07 ` Giuseppe Condorelli
2012-12-14 17:09 ` Robert P. J. Day
2012-12-17 13:51 ` Giuseppe Condorelli
2012-12-19 10:45 ` Paul Eggleton [this message]
2013-01-04 8:32 ` Giuseppe Condorelli
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2128976.L3Pq5tyagE@helios \
--to=paul.eggleton@linux.intel.com \
--cc=giuseppe.condorelli@gmail.com \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox