From: "Rebecca Cran" <rebecca@bsdio.com>
To: "Kinney, Michael D" <michael.d.kinney@intel.com>,
"devel@edk2.groups.io" <devel@edk2.groups.io>,
"afish@apple.com" <afish@apple.com>,
"Gao, Liming" <gaoliming@byosoft.com.cn>,
Leif Lindholm <quic_llindhol@quicinc.com>
Subject: Re: [edk2-devel] BaseTools no longer builds on macOS: "error: unknown warning option '-Werror=stringop-overflow'"
Date: Fri, 26 Aug 2022 01:32:47 -0600 [thread overview]
Message-ID: <cc96cf8a-0b30-f3da-686d-665d0704d07d@bsdio.com> (raw)
In-Reply-To: <CO1PR11MB4929063804B9351DF801BFE7D2729@CO1PR11MB4929.namprd11.prod.outlook.com>
[-- Attachment #1: Type: text/plain, Size: 6110 bytes --]
Thanks. I've submitted it - the subject is "[PATCH edk2-stable202208
1/1] BaseTools: Fix DevicePath GNUmakefile for macOS"
--
Rebecca Cran
On 8/25/2022 5:51 PM, Kinney, Michael D wrote:
>
> Hi Rebecca,
>
> +Liming
>
> This looks like a low risk change to me.But given that the release is
> supposed to occur tonight, we may need to delay the release 1-2 days
> to make sure there are no side effects.
>
> Can you please prepare a patch with this change for review and make
> sure it is marked for this stable tag.
>
> There is one other revert being considered, so a delay of 1-2 days may
> be appropriate for that issue as well.
>
> Mike
>
> *From:*Rebecca Cran <rebecca@bsdio.com>
> *Sent:* Thursday, August 25, 2022 4:13 PM
> *To:* devel@edk2.groups.io; afish@apple.com
> *Cc:* Kinney, Michael D <michael.d.kinney@intel.com>
> *Subject:* Re: [edk2-devel] BaseTools no longer builds on macOS:
> "error: unknown warning option '-Werror=stringop-overflow'"
>
> Thanks, that patch works. Is it too late to get it in for the stable tag?
>
> Reviewed-by: Rebecca Cran <rebecca@bsdio.com> <mailto:rebecca@bsdio.com>
>
> On 8/25/22 11:49, Andrew Fish via groups.io wrote:
>
> Maybe having the check last would be cleaner.
>
> *diff --git a/BaseTools/Source/C/DevicePath/GNUmakefile
> b/BaseTools/Source/C/DevicePath/GNUmakefile*
>
> *index c217674345b1..17f213879e82 100644*
>
> *--- a/BaseTools/Source/C/DevicePath/GNUmakefile*
>
> *+++ b/BaseTools/Source/C/DevicePath/GNUmakefile*
>
> @@ -16,10 +16,12 @@include $(MAKEROOT)/Makefiles/app.makefile
>
> GCCVERSION = $(shell gcc -dumpversion | awk -F'.' '{print $$1}')
>
> ifneq ("$(GCCVERSION)", "5")
>
> ifneq ($(CXX), llvm)
>
> +ifneq ($(DARWIN),Darwin)
>
> # gcc 12 trips over device path handling
>
> BUILD_CFLAGS += -Wno-error=stringop-overflow
>
> endif
>
> endif
>
> +endif
>
> LIBS = -lCommon
>
> ifeq ($(CYGWIN), CYGWIN)
>
>
>
> Thanks,
>
> Andrew Fish
>
>
>
> On Aug 25, 2022, at 10:45 AM, Andrew Fish via groups.io
> <afish=apple.com@groups.io> <mailto:afish=apple.com@groups.io>
> wrote:
>
> Rebecca,
>
> FYI /usr/bin/gcc has been a redirector into clang for a lot of
> years.
>
> The build picks different default sets of complier flags based
> on build type. There is already code that assumes gcc == clang
> here [1]
>
> I think the issue is the check that is wrapping "BUILD_CFLAGS
> += -Wno-error=stringop-overflow”. It needs to skip the check
> on macOS.
>
> *diff --git a/BaseTools/Source/C/DevicePath/GNUmakefile
> b/BaseTools/Source/C/DevicePath/GNUmakefile*
>
> *index c217674345b1..f3c9739617f2 100644*
>
> *--- a/BaseTools/Source/C/DevicePath/GNUmakefile*
>
> *+++ b/BaseTools/Source/C/DevicePath/GNUmakefile*
>
> @@ -14,12 +14,14 @@OBJECTS = DevicePath.o UefiDevicePathLib.o
> DevicePathFromText.o DevicePathUtili
>
> include $(MAKEROOT)/Makefiles/app.makefile
>
> GCCVERSION = $(shell gcc -dumpversion | awk -F'.' '{print $$1}')
>
> +ifneq ($(DARWIN),Darwin)
>
> ifneq ("$(GCCVERSION)", "5")
>
> ifneq ($(CXX), llvm)
>
> # gcc 12 trips over device path handling
>
> BUILD_CFLAGS += -Wno-error=stringop-overflow
>
> endif
>
> endif
>
> +endif
>
> LIBS = -lCommon
>
> ifeq ($(CYGWIN), CYGWIN)
>
>
>
> [1]
> https://github.com/tianocore/edk2/blob/master/BaseTools/Source/C/Makefiles/header.makefile#L83
>
> Thanks,
>
> Andrew Fish
>
>
>
> On Aug 25, 2022, at 9:20 AM, Rebecca Cran
> <rebecca@bsdio.com> <mailto:rebecca@bsdio.com> wrote:
>
> BaseTools no longer builds on macOS (12.5.1, Monterey),
> because 'gcc' in /usr/bin is really clang.
>
> I tried installing gcc 12 from Homebrew, but the build
> then failed saying it couldn't find _stdio.h.
>
> It appears the breakage might have been introduced in this
> commit back in March:
>
> commit 22130dcd98b4d4b76ac8d922adb4a2dbc86fa52c
> Author: Gerd Hoffmann <kraxel@redhat.com>
> <mailto:kraxel@redhat.com>
> Date: Thu Mar 24 20:04:36 2022 +0800
>
> Basetools: turn off gcc12 warning
>
> Running "make -C BaseTools" produces the following error:
>
>
> /Library/Developer/CommandLineTools/usr/bin/make -C DevicePath
> gcc -c -I .. -I ../Include/Common -I ../Include/ -I
> ../Include/IndustryStandard -I ../Common/ -I .. -I . -I
> ../Include/X64/ -MD -fshort-wchar -fno-strict-aliasing
> -Wall -Werror -Wno-deprecated-declarations
> -Wno-self-assign -Wno-unused-result -nostdlib -g -O2
> -Wno-error=stringop-overflow DevicePath.c -o DevicePath.o
> error: unknown warning option '-Werror=stringop-overflow';
> did you mean '-Werror=shift-overflow'?
> [-Werror,-Wunknown-warning-option]
> make[2]: *** [DevicePath.o] Error 1
> make[1]: *** [DevicePath] Error 2
> make: *** [Source/C] Error 2
>
>
> bcran@procan edk2 % gcc -v
> Configured with:
> --prefix=/Library/Developer/CommandLineTools/usr
> --with-gxx-include-dir=/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/c++/4.2.1
> Apple clang version 12.0.5 (clang-1205.0.22.9)
> Target: x86_64-apple-darwin21.6.0
> Thread model: posix
> InstalledDir: /Library/Developer/CommandLineTools/usr/bin
>
> bcran@procan edk2 % uname -a
> Darwin procan.int.bsdio.com 21.6.0 Darwin Kernel Version
> 21.6.0: Wed Aug 10 14:25:27 PDT 2022;
> root:xnu-8020.141.5~2/RELEASE_X86_64 x86_64
>
> --
> Rebecca Cran
>
>
>
[-- Attachment #2: Type: text/html, Size: 67812 bytes --]
prev parent reply other threads:[~2022-08-26 1:32 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-08-25 16:20 BaseTools no longer builds on macOS: "error: unknown warning option '-Werror=stringop-overflow'" Rebecca Cran
2022-08-25 17:45 ` Andrew Fish
[not found] ` <170EA793884203D0.22386@groups.io>
2022-08-25 17:49 ` [edk2-devel] " Andrew Fish
2022-08-25 23:13 ` Rebecca Cran
2022-08-25 23:51 ` Michael D Kinney
2022-08-26 1:53 ` 回复: " gaoliming
2022-08-26 7:32 ` Rebecca Cran [this message]
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=cc96cf8a-0b30-f3da-686d-665d0704d07d@bsdio.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