Thanks to catch this. Look forward to the patch. I hope this can be resolved in this stable tag. The mismatch on ASM_PFX seems a big problem. If we can extend CI to catch it earlier, that would

OK. Just want to clarify: Are you discussing the solution now to resolve this issue, maybe in this stable tag? Or are you discussing the long term solution? For me, I am focusing on #1 how to

Right. But as I said, GCC and Clang depend on 4 standard C library functions. This behavior is documented, and has been stable for probably the past decade or more. These are not intrinsics, but bog

“Don’t use structure assignment” is our best known method to avoid compiler intrinsic in EDKII coding style since the project is created. A third part library may include structure assignment,

Is there a legitimate reason not to define memcpy? It'd be easier to do so and comply to the compiler's requirements.

Hi Would you please use CopyMem() for the structure assignment? VgpuGop->GopModeInfo = *GopModeInfo; That is best known method to resolve memcpy symbol issue. Thank you Yao Jiewen

Hi Ayush, Welcome! I'm excited about this project too and I look forward to working you. We will be reaching out soon to set up our regularly scheduled discussions and meet you. Regards, Michael

On Mon, May 23, 2022 at 11:24 PM, Gerd Hoffmann wrote: On Mon, May 23, 2022 at 04:48:05AM -0700, Albecki, Mateusz wrote: @Ni, Ray I think EDK2 needs to provide a way for root port to operate without

Hi Rebecca, That does indeed look like a bug for toolchains that prepend the underscore. Our GSoC student already caught that bug and he's going to submit a patch as soon as possible to fix it. Mind

Correction: if a .LIB is passed to the linker instead, the linker searches the .LIB for a particular symbol (e.g. function, data). The specific .OBJ module that holds that particular symbol,

Hi xp, your build failure is the result of a “link-all” mechanism or 2. the result of a library construction flaw that is commonly used in EDK2. or both Let me explain the

Note: We should think about providing some basic libc functions in base EDK2 as some are required by the clang/GCC compilers (see https://gcc.gnu.org/onlinedocs/gcc/Standards.html, grep for memcpy or

Ah, thanks! I've just sent out another email this time about building with the XCODE5 toolchain and _AsmRelocateApMailBoxLoopStart not being defined. -- Rebecca Cran

I noticed OvmfPkg/OvmfPkgX64.dsc doesn't build with `-t XCODE5` (with Apple clang 12.0.5)) with the latest edk2 master (07c0c2eb0a5970db614ebce1060fc79d6904bdfd). GenSec -s EFI_SECTION_VERSION -n

Indeed. We don't support struct assignment in Tianocore code, exactly for this reason.

I think I found the smoking gun: https://github.com/tianocore/edk2/blob/916f90baa547b3ebef8fa87c530e2f0c8e35e1e3/OvmfPkg/VirtioGpuDxe/Gop.c#L512 A very clear issue I'm seeing (in tools_def) is that

Hello I'm working on a small UEFI shell app. I was hoping to make use of the JsonLib found in the Redfish Package. When I include the Redfish JsonLib and it's

Can you dump the object file to see where the memcpy() call is emitted?

I noticed OvmfPkg/OvmfPkgX64.dsc doesn't build with `-t CLANG38 -b NOOPT` (with clang version 14.0.2) with the latest edk2 master (07c0c2eb0a5970db614ebce1060fc79d6904bdfd): make: Nothing to be done

Merged https://github.com/tianocore/edk2/pull/2915