Arch Linux User Repository

Oobviously my comments below are related to FredBezies' build failure, which I also experienced when manually building. Perhaps the build will also work with GCC 4.7 or GCC 4.8, haven't tested because I haven't the time to build them right now. It's worth a try, though.

OvmPkg -> OvmfPkg, $ build.sh qemu -> $ ./build.sh qemu # obviously :-)

All is not lost! :-) I've been able to manually build and boot OVMF successfully on Qemu. Here's the shorty of what I did (it can be adapted easily to this PKGBUILD). Note that I was both lazy and in a hurry, so it isn't beautiful but it worked :-): - Make sure that GCC 4.6 is available (I used gcc46-multilib package from AUR, 'cause I happened to have it installed (I'm the maintainer, wink, nod)) - Fetch edk2 mirror Git repository from https://github.com/tianocore/edk2 - $ cd edk2 - Setup virtualenv for python2 - in the file BaseTools/Conf/tools_def.template, search for "GCC46", replace all relevant references to "gcc" with "gcc-4.6" (yes, I know that that's an ugly hack, but it was quick!) - $ cd OvmPkg - In the file build.sh, search for "gcc_version", replace the reference to "gcc" with "gcc-4.6" - $ build.sh qemu Voilá, boot away. No issues with help text btw.

Here is my crash log : "/usr/bin/ld" -o /home/fred/ovmf-svn/src/tianocore-edk2-svn_build/Build/OvmfX64/RELEASE_GCC48/X64/OvmfPkg/AcpiTables/AcpiTables/OUTPUT/./Madt.dll -nostdlib -n -q --gc-sections --script=/home/fred/ovmf-svn/src/tianocore-edk2-svn_build/BaseTools/Scripts/gcc4.4-ld-script --entry ReferenceAcpiTable -u ReferenceAcpiTable -m elf_x86_64 /home/fred/ovmf-svn/src/tianocore-edk2-svn_build/Build/OvmfX64/RELEASE_GCC48/X64/OvmfPkg/AcpiTables/AcpiTables/OUTPUT/./Madt.obj "GenFw" -o /home/fred/ovmf-svn/src/tianocore-edk2-svn_build/Build/OvmfX64/RELEASE_GCC48/X64/OvmfPkg/AcpiTables/AcpiTables/OUTPUT/./Madt.acpi -c /home/fred/ovmf-svn/src/tianocore-edk2-svn_build/Build/OvmfX64/RELEASE_GCC48/X64/OvmfPkg/AcpiTables/AcpiTables/OUTPUT/./Madt.dll GenFw: ERROR 3000: Invalid make: *** [/home/fred/ovmf-svn/src/tianocore-edk2-svn_build/Build/OvmfX64/RELEASE_GCC48/X64/OvmfPkg/AcpiTables/AcpiTables/OUTPUT/Madt.acpi] Error 2 Unsupported section alignment. GNUmakefile:322: recipe for target '/home/fred/ovmf-svn/src/tianocore-edk2-svn_build/Build/OvmfX64/RELEASE_GCC48/X64/OvmfPkg/AcpiTables/AcpiTables/OUTPUT/Madt.acpi' failed build.py... : error 7000: Failed to execute command make tbuild [/home/fred/ovmf-svn/src/tianocore-edk2-svn_build/Build/OvmfX64/RELEASE_GCC48/X64/OvmfPkg/AcpiTables/AcpiTables] build.py... : error F002: Failed to build module /home/fred/ovmf-svn/src/tianocore-edk2-svn_build/OvmfPkg/AcpiTables/AcpiTables.inf [X64, GCC48, RELEASE] - Failed - Build end time: 13:18:30, May.05 2014 Build total time: 00:01:57 Revision : 15495 gcc ? 4.9.0

i don't really understand why you don't have that problem, but here's a bugfix https://gist.github.com/2761745d5ed7a89d8d3f

re sanerb / 2014-02-19 19:29 The error message captured in this comment seems impossible, hence something probably happens with undefined behavior. If you're still suspicious of the earlier memcpy() thing (overlapping regions etc), here's a debug patch, but it doesn't fire on my end. Don't forget to rebuild VfrCompile with make -C "$EDK_TOOLS_PATH". From 4680e08ee2fbb88bb37e4ab8d946ec28acce2b2f Mon Sep 17 00:00:00 2001 From: Laszlo Ersek <lersek@redhat.com> Date: Mon, 17 Mar 2014 19:14:46 +0100 Subject: [PATCH] VfrCompile: debug overlapping memcpy()s Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <lersek@redhat.com> --- BaseTools/Source/C/VfrCompile/GNUmakefile | 2 +- BaseTools/Source/C/VfrCompile/VfrUtilityLib.cpp | 34 +++++++++++++++++++++++++ 2 files changed, 35 insertions(+), 1 deletion(-) diff --git a/BaseTools/Source/C/VfrCompile/GNUmakefile b/BaseTools/Source/C/VfrCompile/GNUmakefile index 82005e1..0d679a7 100644 --- a/BaseTools/Source/C/VfrCompile/GNUmakefile +++ b/BaseTools/Source/C/VfrCompile/GNUmakefile @@ -24,7 +24,7 @@ TOOL_INCLUDE = -I Pccts/h OBJECTS = AParser.o DLexerBase.o ATokenBuffer.o EfiVfrParser.o VfrLexer.o VfrSyntax.o \ VfrFormPkg.o VfrError.o VfrUtilityLib.o VfrCompiler.o -VFR_CPPFLAGS = -DPCCTS_USE_NAMESPACE_STD $(CPPFLAGS) +VFR_CPPFLAGS = -DPCCTS_USE_NAMESPACE_STD $(CPPFLAGS) -g3 LINKER = $(CXX) diff --git a/BaseTools/Source/C/VfrCompile/VfrUtilityLib.cpp b/BaseTools/Source/C/VfrCompile/VfrUtilityLib.cpp index 7c1383e..8d80d9b 100644 --- a/BaseTools/Source/C/VfrCompile/VfrUtilityLib.cpp +++ b/BaseTools/Source/C/VfrCompile/VfrUtilityLib.cpp @@ -18,6 +18,40 @@ WITHOUT WARRANTIES OR REPRESENTATIONS OF ANY KIND, EITHER EXPRESS OR IMPLIED. #include "VfrUtilityLib.h" #include "VfrFormPkg.h" +#include <string.h> +#include <stdint.h> +#include <assert.h> +#include <execinfo.h> +#include <unistd.h> + +#define NFRAMES 32 + +void * +memcpy(void *dest, const void *src, size_t n) +{ + uintptr_t s, d; + + s = (uintptr_t)src; + d = (uintptr_t)dest; + assert(n <= (uintptr_t)-1); + assert(s <= (uintptr_t)-1 - n); + assert(d <= (uintptr_t)-1 - n); + + if (s + n > d && d + n > s) { + void *frames[NFRAMES]; + int nframes; + + nframes = backtrace(frames, NFRAMES); + assert(nframes > 0); + assert(nframes < NFRAMES); + + fprintf(stderr, "memcpy(%p, %p, 0x%zx) overlap:\n", dest, src, n); + backtrace_symbols_fd(frames, nframes, STDERR_FILENO); + } + + return memmove(dest, src, n); +} + VOID CVfrBinaryOutput::WriteLine ( IN FILE *pFile, -- 1.8.3.1

haven't tried it yet, but worth a look: https://aur.archlinux.org/packages/freeswitch-git/ comment: The mod_v8 python build error can be mitigated by creating a custom /usr/local/bin/python file as detailed in the Arch wiki https://wiki.archlinux.org/index.php/Python#Dealing_with_version_problem_in_build_scripts Modify this line case "$script" in (/path/to/project1/*|/path/to/project2/*|/path/to/project3*) So it looks something like this case "$script" in (/tmp/*|/home/username/Downloads/freeswitch-git/*) The first path (/tmp/*) to is to make it work with AUR utils such as packer-color. The second path would be to change the active version of python if you wanted to build freeswitch-git using makepkg at path /home/username/Downloads/freeswitch-git/* since it seems to be build.py that's failing, perhaps this is a python2 vs python3 thing.