From: Olaf Hering <olaf@aepfle.de>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: Sander Eikelenboom <linux@eikelenboom.it>,
stefano.stabellini@eu.citrix.com, xen-devel@lists.xenproject.org
Subject: Re: xen-unstable stubdom build-failure when debug=n
Date: Mon, 21 Jul 2014 18:21:19 +0200 [thread overview]
Message-ID: <20140721162118.GA20873@aepfle.de> (raw)
In-Reply-To: <1405959204.13494.0.camel@kazak.uk.xensource.com>
On Mon, Jul 21, Ian Campbell wrote:
> If that were the case then I'd expect
> git clean -ffffdqx && ./configure && make debug=n ; make debug=n
> to work as well, which it doesn't seem to.
>
> My guest is that turning off debug increases the optimisation level
> which somehow makes gcc decide this code is now wrong.
How does stubdom the build tests anyway?
I see "... -Wall -Werror -Wno-unused-paramters ... -Wextra ...", and
stubdom/tpm_emulator-x86_64/tpm/tpm_credentials.c:52 fails to compile.
Olaf
next prev parent reply other threads:[~2014-07-21 16:21 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-17 8:27 xen-unstable stubdom build-failure when debug=n Sander Eikelenboom
2014-07-17 14:13 ` Ian Campbell
2014-07-17 14:25 ` Sander Eikelenboom
2014-07-21 16:13 ` Ian Campbell
2014-07-21 16:21 ` Olaf Hering [this message]
2014-07-21 16:27 ` Ian Campbell
2014-07-22 7:09 ` Olaf Hering
2014-07-21 16:31 ` Olaf Hering
2014-07-21 16:43 ` Olaf Hering
2014-07-21 16:48 ` Ian Campbell
2014-07-21 16:51 ` Olaf Hering
2014-07-21 16:24 ` Ian Campbell
2014-07-21 17:43 ` Olaf Hering
2014-07-21 18:13 ` Daniel De Graaf
2014-07-22 6:13 ` Olaf Hering
2014-07-22 7:11 ` Sander Eikelenboom
2014-07-26 15:14 ` Sander Eikelenboom
2014-07-28 9:09 ` Ian Campbell
2014-07-28 9:47 ` Sander Eikelenboom
2014-07-28 9:51 ` Ian Campbell
2014-07-28 9:55 ` Olaf Hering
2014-07-28 9:22 ` Ian Campbell
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=20140721162118.GA20873@aepfle.de \
--to=olaf@aepfle.de \
--cc=Ian.Campbell@citrix.com \
--cc=linux@eikelenboom.it \
--cc=stefano.stabellini@eu.citrix.com \
--cc=xen-devel@lists.xenproject.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.