From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=pass header.i=@apple.com header.s=20180706 header.b=plyQqdcS; spf=pass (domain: apple.com, ip: 17.171.2.60, mailfrom: afish@apple.com) Received: from ma1-aaemail-dr-lapp01.apple.com (ma1-aaemail-dr-lapp01.apple.com [17.171.2.60]) by groups.io with SMTP; Thu, 04 Apr 2019 13:00:25 -0700 Received: from pps.filterd (ma1-aaemail-dr-lapp01.apple.com [127.0.0.1]) by ma1-aaemail-dr-lapp01.apple.com (8.16.0.27/8.16.0.27) with SMTP id x34JukPk054364; Thu, 4 Apr 2019 13:00:24 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=mime-version : content-type : sender : from : subject : date : references : to : in-reply-to : message-id; s=20180706; bh=0kju+anGhXp0RbIz+vqXWS+KCa2OkH0F5EsSz3g9l1M=; b=plyQqdcSgdf9ZJlbOcrlZO9VXpp3xE2y74sjBltQL+Hdqk417PB+qF1wDwm07OwPb0eH vRgHV4x+7hEyO4Y503UTarlTSmwdHNq6XP/BS+eV2+CrHexyqF2RPiCF8OP252cJcthB Q5bL6Ds3pt4Ylhrwu4mAPfk+ZuQRJCQ2Vt2ZDzQ3ZwrwxmXAjKPvYkdB3d0RfGgIMZiT sVFxJm4EJpt0NUBGUwZ38s+BJNQaqD80MUDA8IRLxCGdqRddUU9Vzld0HrSkvqM9DiOa V+jPzH5LsJuV72fiNQHtESRgzTgfIW7CatXrARGtr1Dz2RF+hiNz/IfjLZLlLcg4knTw IA== Received: from ma1-mtap-s03.corp.apple.com (ma1-mtap-s03.corp.apple.com [17.40.76.7]) by ma1-aaemail-dr-lapp01.apple.com with ESMTP id 2rmg29nppy-24 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 04 Apr 2019 13:00:24 -0700 MIME-version: 1.0 Received: from nwk-mmpp-sz13.apple.com (nwk-mmpp-sz13.apple.com [17.128.115.216]) by ma1-mtap-s03.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20181024 64bit (built Oct 24 2018)) with ESMTPS id <0PPG00FLGCWE8NF0@ma1-mtap-s03.corp.apple.com>; Thu, 04 Apr 2019 13:00:22 -0700 (PDT) Received: from process_milters-daemon.nwk-mmpp-sz13.apple.com by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.2.3.20181024 64bit (built Oct 24 2018)) id <0PPG00H00CGVTF00@nwk-mmpp-sz13.apple.com>; Thu, 04 Apr 2019 13:00:21 -0700 (PDT) X-Va-A: X-Va-T-CD: c01e0da5a1b2c363686fd10c98c9e006 X-Va-E-CD: 741062ba1fafd478fc0525dab04cad1c X-Va-R-CD: 875399ea7acc22cd0b728349e28566db X-Va-CD: 0 X-Va-ID: 1ebbb18a-a71b-4b95-a69e-c13f931c9c05 X-V-A: X-V-T-CD: adba116a933446bf0bfca850aefd636f X-V-E-CD: 741062ba1fafd478fc0525dab04cad1c X-V-R-CD: 875399ea7acc22cd0b728349e28566db X-V-CD: 0 X-V-ID: 213fd64d-f3e6-4594-a36a-f291a90d868e X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-04-04_11:,, signatures=0 Received: from [17.226.41.11] (unknown [17.226.41.11]) by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.2.3.20181024 64bit (built Oct 24 2018)) with ESMTPSA id <0PPG0045BCWJ0R10@nwk-mmpp-sz13.apple.com>; Thu, 04 Apr 2019 13:00:20 -0700 (PDT) Sender: afish@apple.com From: "Andrew Fish" Subject: Re: [edk2-devel] Why is specified -mno-sse on clang x64? Date: Thu, 04 Apr 2019 13:00:16 -0700 References: To: devel@edk2.groups.io, gzibrat@google.com In-reply-to: Message-id: <2A7A0205-FADC-4E8F-B744-E0B5C476A2C6@apple.com> X-Mailer: Apple Mail (2.3445.6.18) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-04-04_11:,, signatures=0 Content-type: multipart/alternative; boundary="Boundary_(ID_n2cpcOcfzz0LOc7B/Lf2gQ)" --Boundary_(ID_n2cpcOcfzz0LOc7B/Lf2gQ) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Gary, The edk2 is freestanding UEFI firmware and the runtime does not support floating point exceptions. I think a long time ago there was an optimization bug and the -mno-sse fixed it. The UEFI x64 ABI is Windows like and not Sys V like. Thanks, Andrew Fish > On Apr 4, 2019, at 10:13 AM, Gary Zibrat via Groups.Io wrote: > > Does anyone know why -mno-sse is specified on Clang x64? > https://github.com/tianocore/edk2/commit/6f756db5ea057ff10dd168c7627163cec046a3d9 > There doesn't seem to be a corresponding flag for other compilers. > > I ask because a commit in LLVM breaks compilation of EDK2: > https://reviews.llvm.org/rL357317#change-QSW9B7DqCGUI > --Boundary_(ID_n2cpcOcfzz0LOc7B/Lf2gQ) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: quoted-printable Gary,
<= br class=3D"">
The edk2 is freestanding UEFI firmware = and the runtime does not support floating point exceptions. 

I think a long time ago th= ere was an optimization bug and the -mno-sse fixed it. 

The UEFI x64 ABI is Windows lik= e and not Sys V like. 

Thanks,

Andrew Fish

On Apr 4, 2019, at 10:13 AM, Gary Zib= rat via Groups.Io <gzibrat=3Dgoogle.com@groups.io> wrote:

Does anyone know why -mno-sse is specified on Clang x64?
https://github.com/tianocore/edk2= /commit/6f756db5ea057ff10dd168c7627163cec046a3d9
There doesn't seem to be a corresponding flag for other compi= lers.

I ask because a commit in LLVM breaks compilation of EDK2:
ht= tps://reviews.llvm.org/rL357317#change-QSW9B7DqCGUI

--Boundary_(ID_n2cpcOcfzz0LOc7B/Lf2gQ)--