[OE-core] How to put a correct dependency with regards to gcc?

Randy MacLeod randy.macleod at windriver.com
Wed Sep 9 02:45:56 UTC 2015


On 2015-09-04 01:03 PM, Reshetova, Elena wrote:
> Hi,
>
> I have a simple problem but not able to come with simple and elegant
> solution for it, so would be very thankful for the suggestions.
>
> I have a task that is specified to run after do_fetch. The task needs
> the source to be **actually** fetched, since it operates on archives. It
> works well for everything apart gcc.
>
> For example in fido branch, my task run for libgcc will fail, because
> do_fetch task for libgcc actually **does not** not fetch the gcc sources
> (only puts a nice lock file in the download folder).
>
> When I noticed this, I tried to put the dependency on
> gcc-source:do_fetch for my task (because that actually fetches the gcc
> sources) and it works in fido, but in master after changes to gcc
> nothing provides gcc-source and it wants to specify the version, which I
> don’t want to do (ideally I don’t want to put any dependencies to gcc,
> since I don’t really depend on it!). In master a run for libgcc-initial
> fails for the same reasons: gcc tar ball is not there.
>
> Is there a way to make it work correctly?

Maybe we have to fix gcc-source after all rather than use the
EXCLUDE_WORLD change I made in:
    https://bugzilla.yoctoproject.org/show_bug.cgi?id=7878
Does your scheme work for the kernel source? See:

Search for "kernel-devsrc" here:
  http://comments.gmane.org/gmane.comp.handhelds.openembedded.core/68352

../Randy

>
> Here is the history of issue we are trying to solve:
> https://github.com/01org/meta-security-isafw/issues/1
>
> Best Regards,
> Elena.
>
>
>


-- 
# Randy MacLeod. SMTS, Linux, Wind River
Direct: 613.963.1350 | 350 Terry Fox Drive, Suite 200, Ottawa, ON, 
Canada, K2K 2W5



More information about the Openembedded-core mailing list