All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thilo Fromm <t.fromm@dresearch.de>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [PATCH] libunwind: force gcc to be built first
Date: Mon, 04 Oct 2010 10:08:06 +0200	[thread overview]
Message-ID: <4CA98B66.3060404@dresearch.de> (raw)
In-Reply-To: <AANLkTimviE5VqivppJTVZvhspZtsiUNpqVjGD4=p=No+@mail.gmail.com>

Hello Frans,

>>> I tracked it down - libunwind publishes unwind.h, and gcc uses an internal
>>> file of the same name while being built.
>>
>> Yes gcc has its own version of libunwind which it used unless
>> configured with --with-system-libunwind
>> IIUC the problem happens with target gcc not with cross-gcc. target
>> gcc is built using cross-gcc and
>> <sysroot>/use/include could be preferred over the location of
>> libunwind.h which is in gcc sources
>> If thats the case then we need to fix gcc build to not look into
>> standard sysroot/usr/include but prefer
>> the local unwind.h when its using internal libunwind. The problem
>> would not show up if the libunwind versions
>> were matching but that may not be the case always and I dont know of
>> hand how we can fix the gcc configury/build
>> to ignore installed unwind.h
>>
>> You workaround would only work if build sequence was followed if some
>> one just cleaned gcc and rebuild it
>> the problem will resurface.
>>
> Thanks for the analysis Khem.
> This is indeed more or less what I had expected.
>
> For me this patch gets a NAK as it does only masks the problvem in
> some cases but not really solves it.

You're right with this analysis; however, the patch enables Openembedded 
to be built *at all*. If you care less about whether you're able to 
actually build and if you have the time to wait until someone ventures 
deep into the gcc build and fixes the cause, then this is the way to go.

For us, however, this patch is a valid workaround. It will make 
Openembedded work for us until the original issue is fixed.

Regards,
Thilo

-- 
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Developer
DResearch Digital Media Systems GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228   mailto:t.fromm@dresearch.de
Fax: +49 (30) 515 932 77    http://www.dresearch.de
Amtsgericht: Berlin Charlottenburg, HRB:54412
Ust.-IDNr. DE169013825; WEEE Reg.-Nr. DE 85995642
Geschäftsführer: Dr. M. Weber, W. Mögle



  reply	other threads:[~2010-10-04  8:09 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-29 16:17 [PATCH] libunwind: force gcc to be built first Thilo Fromm
2010-09-30  8:49 ` Steffen Sledz
2010-09-30 10:21 ` Frans Meulenbroeks
2010-09-30 10:47   ` Thilo Fromm
2010-09-30 11:30     ` Frans Meulenbroeks
2010-10-01 10:09       ` Thilo Fromm
2010-10-01 17:16         ` Khem Raj
2010-10-02  6:33           ` Frans Meulenbroeks
2010-10-04  8:08             ` Thilo Fromm [this message]
2010-10-04 16:00               ` Khem Raj
2011-02-14  8:32                 ` Steffen Sledz
2011-02-14 17:27                   ` Tom Rini
2011-02-14 17:58                   ` Khem Raj
2011-02-14 19:10                     ` Sledz, Steffen
2011-02-25  8:51                       ` Steffen Sledz

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=4CA98B66.3060404@dresearch.de \
    --to=t.fromm@dresearch.de \
    --cc=openembedded-devel@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.