public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: Laszlo Ersek <lersek@redhat.com>
To: Bruce Cran <bruce@cran.org.uk>, edk2-devel@ml01.01.org
Cc: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Subject: Re: NOOPT OVMF build (or otherwise with optimizations disabled)
Date: Thu, 22 Sep 2016 05:40:35 +0200	[thread overview]
Message-ID: <9d78e357-1490-3760-c165-85c5242bf7de@redhat.com> (raw)
In-Reply-To: <37fea717-e59b-d20b-8223-54ed6caa215d@cran.org.uk>

On 09/22/16 05:02, Bruce Cran wrote:
> Would it be possible to either have a NOOPT build for OVMF added, or
> have the DEBUG build disable optimizations?   Personally I'd expect
> debug builds in general to disable optimizations to allow easy
> source-level debugging, but it seems the decision has been made to keep
> optimizations enabled for EDK2 and have a NOOPT configuration for
> debugging?

Yes, I seem to recall that DEBUG means optimizations enabled, but debug
code (such as DEBUG(), ASSERT(), DEBUG_CODE(...), ASSERT_EFI_ERROR())
included. Indeed NOOPT seems to be what edk2 assigns generally to the
build you'd like.

A NOOPT build target for OVMF (and more generally for GCC toolchains I
guess?) should be possible, likely even welcome, I believe. If only
someone contributed such BaseTools patches. :)

('git grep -e NOOPT --and -e GCC -- BaseTools' returns no hits.)

Thanks
Laszlo



  reply	other threads:[~2016-09-22  3:40 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-09-22  3:02 NOOPT OVMF build (or otherwise with optimizations disabled) Bruce Cran
2016-09-22  3:40 ` Laszlo Ersek [this message]
2016-09-22  4:52   ` Gao, Liming
2016-09-23  2:43     ` Laszlo Ersek
2016-09-23  2:44       ` Zhu, Yonghong
2016-09-23  2:44       ` Gao, Liming

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-list 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=9d78e357-1490-3760-c165-85c5242bf7de@redhat.com \
    --to=devel@edk2.groups.io \
    /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