From: Peter Saunderson <peteasa@gmail.com>
To: yocto@yoctoproject.org
Subject: Cross compiler which runs on the target architecture.
Date: Sat, 20 Dec 2014 14:43:49 +0000 [thread overview]
Message-ID: <54958B25.8080505@gmail.com> (raw)
Hi,
I have seen a brief IRC chat
(https://www.yoctoproject.org/irc/%23yocto.2013-09-23.log.html talking
about https://github.com/nathanrossi/meta-parallella) about this
question but nothing much else so this is an attempt to get more public
feedback on this request.
I am trying to build a cross compiler that runs on the target processor
and a cross compiler that runs on the host processor so that I can build
code for a third processor (Epiphany). If you want examples of the
traditional way to build this compiler look at
https://github.com/adapteva/epiphany-sdk epiphany-gcc epiphany-newlib
epiphany-binutils... The end result would be a set of recipes that run
on a pc build machine that build both arm code for the interim target
and epiphany code for the final target and provides an SDK for the pc
that enables you to cross compile for both arm and epiphany.
As I am just starting to look at this I would like to know what size of
task I am up against! My initial efforts based on review of
poky/meta/recipes-devtools/binutils etc seem to suggest that I have to
modify at least ${HOST_PREFIX}, ${TARGET_PREFIX}, ${TARGET_ARCH} etc for
my epiphany-??? recipes so that the I can install the compiler in a
suitable location with a suitable prefix, the IRC chat indicates that
there are more things to consider also.
The question I have is about how easy it will be to use existing recipes
for existing compiler / binutils etc... or is this likely to end up as a
completely new set of recipes from the ground up because the existing
recipes cant cope with building cross / cross compilers where there are
three processors to consider (host (intel based pc), interim target
(arm) and final target (epiphany)), or at least a lot of changes in the
existing recipes to cope with something like TARGET_TARGET_ARCH =
${TARGET_ARCH}_${FINAL_TARGET_ARCH}??
Thanks in advance for any comments.
Peter.
next reply other threads:[~2014-12-20 14:43 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-20 14:43 Peter Saunderson [this message]
2014-12-22 14:53 ` Cross compiler which runs on the target architecture Richard Purdie
2014-12-23 12:49 ` Nathan Rossi
2014-12-23 13:13 ` Peter Saunderson
2015-01-11 15:23 ` Peter Saunderson
2014-12-23 9:08 ` Richard Purdie
2020-12-09 12:38 ` [yocto] " Stefan Herbrechtsmeier
2020-12-09 18:23 ` Khem Raj
2020-12-16 17:17 ` Stefan Herbrechtsmeier
2020-12-17 18:59 ` Peter
2020-12-17 21:04 ` [yocto] " Stefan Herbrechtsmeier
2020-12-18 11:10 ` Peter
[not found] ` <164F0CAF395EE75B.22015@lists.yoctoproject.org>
[not found] ` <e3b2fe77-585c-51dd-b4df-7265090feb50@herbrechtsmeier.net>
[not found] ` <CAF+qF8fNJvCRZrjhCwnAzZScGRUSbUarwi7+SYaw7Jc-Dh2W7g@mail.gmail.com>
2020-12-16 16:40 ` [yocto] " Stefan Herbrechtsmeier
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=54958B25.8080505@gmail.com \
--to=peteasa@gmail.com \
--cc=yocto@yoctoproject.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.