From: Wei Liu <wei.liu2@citrix.com>
To: Xen-devel <xen-devel@lists.xenproject.org>
Cc: jgross@suse.com, xuquan8@huawei.com,
Wei Liu <wei.liu2@citrix.com>,
Ian Jackson <Ian.Jackson@eu.citrix.com>,
samuel.thibault@ens-lyon.org, dgdegra@tycho.nsa.gov
Subject: Stubdom GMP build failure for gcc 6
Date: Fri, 28 Oct 2016 13:10:58 +0100 [thread overview]
Message-ID: <20161028121057.GE30231@citrix.com> (raw)
Hi all
There have been a few reports on stubdom build failure with gcc 6
toolchain. I spent some time yesterday to figure what went wrong. Here
is what I found.
When building GMP library, its configure script generates small C
programs to determine various aspects of the system. Unfortunately the
build rune for it is incorrect, so the test program ends up consuming
newlib headers while linking against the host glibc. It's amazing that
this even worked in the past few years! :-)
Unfortunately my attempt to fix it by providing LDFLAGS="-nostdlib
-LXXX" doesn't work. It turns out that there is no crt generated in
newlib. I'm not sure if that's because the newlib port is incomplete or
I haven't discovered a way to teach it to generate one.
So what should we do with this? I'm not sure if I can come up with a
non-intrusive patch quickly. GMP is only used by tpm emulator, so for
the imminent 4.8 release I can write a patch to disable building that.
Ultimately we need to have a proper solution, because there can be other
breakages in the future. And I do wish users who need tpm emulator can
continue to use it. I don't have a clear answer as to how many people
care about this and how can we fix it.
Thoughts?
Wei.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
next reply other threads:[~2016-10-28 12:11 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-28 12:10 Wei Liu [this message]
2016-10-28 12:29 ` Stubdom GMP build failure for gcc 6 Jan Beulich
2016-10-28 12:50 ` Wei Liu
2016-10-28 12:56 ` Jan Beulich
2016-10-28 12:59 ` Wei Liu
2016-10-29 17:19 ` Wei Liu
2016-10-28 13:30 ` Ian Jackson
2016-10-28 13:36 ` Wei Liu
2016-10-28 15:42 ` Ian Jackson
2016-10-28 14:44 ` Juergen Gross
2016-10-28 15:38 ` Wei Liu
-- strict thread matches above, loose matches on Subject: below --
2016-10-29 5:16 Pry Mar
2016-10-29 17:28 ` Wei Liu
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=20161028121057.GE30231@citrix.com \
--to=wei.liu2@citrix.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=dgdegra@tycho.nsa.gov \
--cc=jgross@suse.com \
--cc=samuel.thibault@ens-lyon.org \
--cc=xen-devel@lists.xenproject.org \
--cc=xuquan8@huawei.com \
/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.