All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nikolay Dimitrov <picmaster@mail.bg>
To: "György Kövesdi" <kgy@teledigit.eu>, meta-freescale@yoctoproject.org
Subject: Re: Error compiling barebox on fido
Date: Mon, 22 Jun 2015 18:40:52 +0300	[thread overview]
Message-ID: <55882C84.3000507@mail.bg> (raw)
In-Reply-To: <55881DD4.2030703@teledigit.eu>

Hi György,

On 06/22/2015 05:38 PM, György Kövesdi wrote:
> Hi Nikolay,
>
> I found something. As you suggested, i created a small test recipe.
> It was succeeded on master and fido checkouts too. I found that it
> uses gcc this way:
>
> arm-poky-linux-gnueabi-gcc  -march=armv7-a -marm  -mthumb-interwork
> -mfloat-abi=hard -mfpu=neon -mtune=cortex-a9
> --sysroot=/home/kgy/work/Yocto/MX6-master/build/tmp/sysroots/embedsky-e9
>
>
-O2 -pipe -g -feliminate-unused-debug-types  -Wl,-O1
> -Wl,--hash-style=gnu -Wl,--as-needed  x.c   -o x
>
> The first some options passed to gcc fixes my problem:
>
> -march=armv7-a -marm  -mthumb-interwork -mfloat-abi=hard -mfpu=neon
> -mtune=cortex-a9
> --sysroot=/home/kgy/work/Yocto/MX6-master/build/tmp/sysroots/embedsky-e9
>
>
>and the others are come from CFLAGS and LDFLAGS variables. If i
> could pass these to barebox compilation, then i could fix it. My
> problem is that i could not find the variable where these options
> are stored.

I would recommend you not to try to force the Yocto build system to
work-around component quirks, but to try to fix the component makefile
to work properly in a cross-compile environment. Assuming that barebox
and U-Boot have somewhat similar build scripts, it should be to see how
things work in U-Boot and do it the same way for barebox (U-Boot builds
*perfectly* in every environment I had so far, including native armhf
builds).

The other thing I could recommend is to re-evaluate your motivation to
build barebox and to try instead using U-Boot for the same purpose
(unless barebox is a hard-requirement for your project). If you feel
like learning more about Makefiles makes you happy - that's cool, but
if you're hard pressed against a wall (e.g. deadlines) you should look
at lower risk solution.

[snip]

Regards,
Nikolay


  reply	other threads:[~2015-06-22 15:40 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-21 16:32 Error compiling barebox on fido Gyorgy Kovesdi
2015-06-22  8:25 ` György Kövesdi
2015-06-22 11:17   ` György Kövesdi
2015-06-22 11:33     ` Nikolay Dimitrov
2015-06-22 14:38       ` György Kövesdi
2015-06-22 15:40         ` Nikolay Dimitrov [this message]
2015-06-28 14:03           ` Gyorgy Kovesdi

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=55882C84.3000507@mail.bg \
    --to=picmaster@mail.bg \
    --cc=kgy@teledigit.eu \
    --cc=meta-freescale@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.