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 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.