From: Gustavo Zacarias <gustavo@zacarias.com.ar>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 3/6] upstream glibc 2.18/2.19 works fine with microblaze
Date: Tue, 29 Apr 2014 10:14:09 -0300 [thread overview]
Message-ID: <535FA5A1.6090102@zacarias.com.ar> (raw)
In-Reply-To: <20140429071843.GI14063@waldemar-brodkorb.de>
On 04/29/2014 04:18 AM, Waldemar Brodkorb wrote:
> It seems that they will be merged now. I had not the time to respin a
> new patch set because I didn't know how to do it correctly ;)
> On sunday I got a nice git workshop by a friend and now I am able to
> do it right. May be I will add a patch to the manual.
>
> The changes do not show up yet on
> http://git.buildroot.net/buildroot. May be Peter did not pushed the
> changes yesterday.
Hi Waldemar, William.
It's in the process of being commited, i'm working with Peter on it.
> Some more Qemu microblaze stuff can be found here:
> http://blog.waldemar-brodkorb.de/index.php?archives/10-English.html&serendipity[lang_selected]=en&serendipity[user_language]=en
>
> Unfortunately I was again wrong with my assumption that gcc 4.9.0
> solves the linking error with libgcc_eh. I accidently had my patches
> applied while testing with gcc 4.9.0.
>
> There seems to be a fix in https://github.com/Xilinx/gcc, but I am
> unsure how to get it extracted. The snapshot for the gcc used in
> buildroot does not contain the git history and the short tag from
> the directory (Xilinx-gcc-b93bb00) is not available as an object in
> the git repository. I would use git bisect to find the required
> patch to gcc to avoid the eglibc/glibc workaround, but I don't know
> which branch and commit is used as the basis for the gcc tarball.
>
> Anyone know this?
>
> So the glibc patch is still required.
I managed to track the issue down to
23c35173490ac2d6348a668dfc9c1a6eb62171f2 from xilinx-gcc git.
Basically that enables DWARF EH handling which is what's getting fixed
by including libgcc_eh.
It seems that gcc 4.9.0 with that patch ditches the new to patch glibc
(and possibly also eglibc). I'm testing that right now and will send
updated patches if that's true, in the meantime i've sent the glibc hack
patch conditional on microblaze (it's not commited yet).
The only "drawbrack" is that said patch doesn't apply cleanly to 4.8.x.
Regards.
next prev parent reply other threads:[~2014-04-29 13:14 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-13 9:46 [Buildroot] [PATCH 0/6] Microblaze fixes Waldemar Brodkorb
2014-04-13 9:46 ` [Buildroot] [PATCH 1/6] use default binutils for microblaze Waldemar Brodkorb
2014-04-21 15:02 ` Gustavo Zacarias
2014-04-28 20:10 ` Peter Korsgaard
2014-04-13 9:46 ` [Buildroot] [PATCH 2/6] use default gcc 4.8.2 " Waldemar Brodkorb
2014-04-21 15:03 ` Gustavo Zacarias
2014-04-28 20:15 ` Peter Korsgaard
2014-04-13 9:47 ` [Buildroot] [PATCH 3/6] upstream glibc 2.18/2.19 works fine with microblaze Waldemar Brodkorb
2014-04-21 15:03 ` Gustavo Zacarias
2014-04-28 19:08 ` William Welch
2014-04-28 19:18 ` Gustavo Zacarias
2014-04-28 19:45 ` William Welch
2014-04-28 19:53 ` Gustavo Zacarias
2014-04-29 7:18 ` Waldemar Brodkorb
2014-04-29 13:14 ` Gustavo Zacarias [this message]
2014-04-29 13:27 ` Mike Zick
2014-04-28 20:17 ` Peter Korsgaard
2014-04-13 9:47 ` [Buildroot] [PATCH 4/6] disable eglibc, no time to test Waldemar Brodkorb
2014-04-21 15:03 ` Gustavo Zacarias
2014-04-13 9:47 ` [Buildroot] [PATCH 5/6] temporary hack to fix linking error Waldemar Brodkorb
2014-04-21 15:04 ` Gustavo Zacarias
2014-04-22 17:49 ` Waldemar Brodkorb
2014-04-22 18:29 ` Gustavo Zacarias
2014-04-13 9:47 ` [Buildroot] [PATCH 6/6] update to 3.14 Waldemar Brodkorb
2014-04-21 15:04 ` Gustavo Zacarias
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=535FA5A1.6090102@zacarias.com.ar \
--to=gustavo@zacarias.com.ar \
--cc=buildroot@busybox.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox