David Woodhouse [mailto:dw...@infradead.org] wrote:
]Sent: Friday, August 14, 2015 03:43 AM ]To: Scott Duplichan <sc...@notabs.org>; 'Tian, Feng' <feng.t...@intel.com>; edk2-devel@lists.sourceforge.net ]Cc: 'Mcdaniel, Daryl' <daryl.mcdan...@intel.com> ]Subject: Re: [edk2] [PATCH] BaseTools: Add GCC49LTO tool chain: GCC49 with link time optimization ] ]On Wed, 2015-07-15 at 08:52 -0500, Scott Duplichan wrote: ]> It needs libc to resolve compiler generated calls ]> to functions such as __umoddi3, __udivdi3, etc. The workaround is in ]> StdLib.inc: ] ]Hm, do we pull libgcc into the build? No, EDK2 is not using an external lib such as libgcc. It still relies on supplying its own versions of the compiler helper functions (with one exception: EDK2 uses Microsoft code for one function, ftol2.obj). For a long time a gap in this scheme was missing compiler helper functions needed by GCC for ARM. But that is fixed now. For example, GCC can now build AppPkg for ARM (well almost. The NOOPT build remains broken). The only other missing compiler helper function EDK2 needs but is missing is __dtoui3, and this one is needed only for VS2013. ]The OpenSSL patches disable any functionality that would do 64-bit ]division and hence require __umoddi3/__udivdi3 et al. Do we not need to ]do that? It sounds like the answer is no. It might be worth a build test with those disabled functions restored. Thanks, Scott ]-- ]-- ]David Woodhouse Open Source Technology Centre ]david.woodho...@intel.com Intel Corporation ------------------------------------------------------------------------------ _______________________________________________ edk2-devel mailing list edk2-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/edk2-devel
