Hi Gerd, Thanks for working on this. I raised this topic in the new TianoCore build and CI meeting yesterday because the intrinsic libs are closely tied to the toolchains supported by TianoCore.
I agree with the concept of moving the compiler intrinsics to a library in the MdePkg. + Sean Brogan Sean mentioned that he has some addition work on intrinsic libs for Visual Studio toolchains. It would be good to see if this set of changes is aligned with those efforts. I see a few items that might be good to clean up at some point * fltused should go into its own file. Not related to the strcmp() API * I see size_t defined in multiple places using different mappings. Would be good to define that in a single location. Best regards, Mike > -----Original Message----- > From: Gerd Hoffmann <kra...@redhat.com> > Sent: Tuesday, March 15, 2022 5:23 AM > To: devel@edk2.groups.io > Cc: Lu, Xiaoyu1 <xiaoyu1...@intel.com>; Feng, Bob C <bob.c.f...@intel.com>; > Rebecca Cran <rebe...@bsdio.com>; James > Bottomley <j...@linux.ibm.com>; Sami Mujawar <sami.muja...@arm.com>; Justen, > Jordan L <jordan.l.jus...@intel.com>; Aktas, > Erdem <erdemak...@google.com>; Yao, Jiewen <jiewen....@intel.com>; Supreeth > Venkatesh <supreeth.venkat...@arm.com>; Boeuf, > Sebastien <sebastien.bo...@intel.com>; Gao, Zhichao <zhichao....@intel.com>; > Liu, Zhiguang <zhiguang....@intel.com>; Maciej > Rabeda <maciej.rab...@linux.intel.com>; Ma, Maurice <maurice...@intel.com>; > Andrew Fish <af...@apple.com>; Ard Biesheuvel > <ardb+tianoc...@kernel.org>; Tom Lendacky <thomas.lenda...@amd.com>; Peter > Grehan <gre...@freebsd.org>; Sean Brogan > <sean.bro...@microsoft.com>; Jiang, Guomin <guomin.ji...@intel.com>; Bret > Barkelew <bret.barke...@microsoft.com>; Chen, > Christine <yuwei.c...@intel.com>; You, Benjamin <benjamin....@intel.com>; > Schaefer, Daniel <daniel.schae...@hpe.com>; Gao, > Liming <gaolim...@byosoft.com.cn>; Kinney, Michael D > <michael.d.kin...@intel.com>; Xu, Wei6 <wei6...@intel.com>; Wang, Jian > J <jian.j.w...@intel.com>; Wu, Jiaxin <jiaxin...@intel.com>; Fu, Siyuan > <siyuan...@intel.com>; Dong, Guo > <guo.d...@intel.com>; kilian_ke...@hotmail.com; Chang, Abner > <abner.ch...@hpe.com>; Oliver Steffen <ostef...@redhat.com>; > Leif Lindholm <quic_llind...@quicinc.com>; Brijesh Singh > <brijesh.si...@amd.com>; Xu, Min M <min.m...@intel.com>; Ni, Ray > <ray...@intel.com>; Alexei Fedorov <alexei.fedo...@arm.com>; Julien Grall > <jul...@xen.org>; Wang, Nickle > <nickle.w...@hpe.com>; Pawel Polawski <ppola...@redhat.com>; Anthony Perard > <anthony.per...@citrix.com> > Subject: Re: [PATCH 0/3] [RFC] consolidate compiler intrinsics > > On Tue, Mar 01, 2022 at 08:18:17AM +0100, Gerd Hoffmann wrote: > > This is an attept to start cleaning up the messy compiler intrinsics > > situation. Today we don't have a core intrinsics library, resulting > > in everybody creating their own. ArmPkg has one, CryptoPkg has one. > > I'm sure there are many more. > > > > This doesn't make sense. Given we can't avoid compiler intrinsics (as > > proven by the existence of those libraries) we should better have them > > as core library so we have to maintain a single version only. > > > > Given we already have BaseIoLibIntrinsic in MdePkg we can place the > > compiler intrinsics there too. This little patch series does just that: > > It moves over the existing ArmPkg intrinsics, fixes them to build on > > non-arm too, and adds additional bits from the CryptoPkg intrinsics. > > Ping. How go forward with this? I've posted it as RFC because > I expected a more controversial discussion. But seems everybody > agrees this is a step into the right direction. > > So just merge this as-is? > > Yes, it passed CI (https://github.com/tianocore/edk2/pull/2542). > > take care, > Gerd -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#87602): https://edk2.groups.io/g/devel/message/87602 Mute This Topic: https://groups.io/mt/89471210/21656 Group Owner: devel+ow...@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
