search for: gcc_ok

...64 EFI requires that all sources are compiled without red zone, which is not supported by the Windows ABI. Without this, syslinux crashes on some UEFI implementations. --- syslinux.orig/mk/com32.mk +++ syslinux/mk/com32.mk @@ -29,6 +29,9 @@ ifeq ($(strip $(ARCH)),x86_64) GCCOPT += $(call gcc_ok,-m64,) GCCOPT += $(call gcc_ok,-march=x86-64) +ifeq ($(FWCLASS),EFI) + GCCOPT += $(call gcc_ok,-mno-red-zone) +endif #let the stack-boundary default to whatever it is on 64bit #GCCOPT += $(call gcc_ok,-mpreferred-stack-boundary=8,) #GCCOPT += $(call gcc_ok,-inc...

...uires that all sources are compiled without red zone, which is not supported by the Windows ABI. Without this, syslinux crashes on some UEFI implementations. --- syslinux-6.03-orig/mk/com32.mk +++ syslinux-6.03/mk/com32.mk @@ -29,6 +29,9 @@ ifeq ($(strip $(ARCH)),x86_64) GCCOPT += $(call gcc_ok,-m64,) GCCOPT += $(call gcc_ok,-march=x86-64) +ifdef EFI_BUILD + GCCOPT += $(call gcc_ok,-mno-red-zone) +endif #let the stack-boundary default to whatever it is on 64bit #GCCOPT += $(call gcc_ok,-mpreferred-stack-boundary=8,) #GCCOPT += $(call gcc_ok,-incoming-...

Hi Ady, Would it work if we removed "ifdef EFI_BUILD" condition and just add -mno-red-zone for all x86_64 builds? If not, do you have any ideas how to pass this flag? This could work, because the patch is adding the -mno-red-zone flag only for x86_64 builds, which are only used in the form of the efi64 target. The efi32 and bios targets are both 32-bit. BTW. I also tried 6.04-pre1 and

1) mk/syslinux.mk runs a shell to make a temp file gcc_ok.$$$$.tmp (perhaps in the wrong directory) while several Makefiles have an include rule for *.tmp which I believe is causing some occasional parallel build issues. make[3]: Entering directory `/home/gene/s/g/bios/memdump' gcc_ok.6333.tmp:1: warning: NUL character seen; rest of line ignored gcc_...

Hi, I don't know whether parallel make compatibility is sth you care for, but I feel like the gcc_ok target may ruin it. And that would be easy to fix by reintroducing the mktemp call like for example gcc_ok = $(shell tmpf=$$(mktemp -t gcc_ok.XXXXXX); \ [...] It just occured to me. -- Thanks, Feri.

Even with gcc-4.1.1, gcc does not return an error if an option is not supported It just ouput a message to stderr but does not return a value different from 0. The result is that there is some warnings about every unrecognized option and compilation continue. barton syslinux-3.36 # gcc -dumpversion 4.1.1 barton syslinux-3.36 # gcc -ZZZ dummy.c; echo $? gcc: unrecognized option '-ZZZ' 0

...------------- diff --git a/MCONFIG b/MCONFIG index 87079a5..6c5a164 100644 --- a/MCONFIG +++ b/MCONFIG @@ -39,19 +39,23 @@ UPX = upx CHMOD = chmod -CC = gcc +# Pass cross-compiler tuple to make, +# e.g. make CROSS_COMPILE=i686-nptl-linux-gnu- +CROSS_COMPILE ?= +CC = $(CROSS_COMPILE)gcc + gcc_ok = $(shell tmpf=gcc_ok.$$$$.tmp; \ if $(CC) $(GCCOPT) $(1) -c $(topdir)/dummy.c \ -o $$tmpf 2>/dev/null ; \ then echo '$(1)'; else echo '$(2)'; fi; \ rm -f $$tmpf) -LD = ld -OBJDUMP = objdump -OBJCOPY = objcopy -AR = ar -NM = nm -RANLIB =...

...ecause gcc doesn't always inline functions. Here's a patch I used. --- memdisk/Makefile.orig 2004-01-24 16:37:22.000000000 -0500 +++ memdisk/Makefile 2004-08-18 06:34:53.000000000 -0400 @@ -17,11 +17,12 @@ then echo $(1); else echo $(2); fi) M32 := $(call gcc_ok,-m32,) +MINLINE := $(call gcc_ok,-minline-all-stringops,) ALIGN := $(call gcc_ok,-falign-functions=0 -falign-jumps=0 -falign-loops=0,-malign-functions=0 -malign-jumps=0 -malign-loops=0) CC = gcc $(M32) CFLAGS = -g -W -Wall -Os -fomit-frame-pointer -march=i386 $(ALIGN) \ - -D...

Op 2014-01-18 om 15:58 schreef Gene Cumm: > 1) mk/syslinux.mk runs a shell to make a temp file gcc_ok.$$$$.tmp > (perhaps in the wrong directory) while several Makefiles have an > include rule for *.tmp which I believe is causing some occasional > parallel build issues. > > make[3]: Entering directory `/home/gene/s/g/bios/memdump' > gcc_ok.6333.tmp:1: warning: NUL character s...

On 01/18/2014 12:58 PM, Gene Cumm wrote: > 1) mk/syslinux.mk runs a shell to make a temp file gcc_ok.$$$$.tmp > (perhaps in the wrong directory) while several Makefiles have an > include rule for *.tmp which I believe is causing some occasional > parallel build issues. > > make[3]: Entering directory `/home/gene/s/g/bios/memdump' > gcc_ok.6333.tmp:1: warning: NUL character s...

From: Sylvain Gault <sylvain.gault at gmail.com> The System V ABI for x86-64 specify that a "red zone" is an area of 128 bytes above the current stack frame. This area can be used by a called function in order to avoid the overhead of modifying the stack pointer. The direct effect is that interrupt/event/signal handlers must not write to this area. In the UEFI calling convention,

On Sat, Jan 18, 2014 at 6:18 PM, H. Peter Anvin <hpa at zytor.com> wrote: > On 01/18/2014 12:58 PM, Gene Cumm wrote: >> 1) mk/syslinux.mk runs a shell to make a temp file gcc_ok.$$$$.tmp >> (perhaps in the wrong directory) while several Makefiles have an >> include rule for *.tmp which I believe is causing some occasional >> parallel build issues. >> >> make[3]: Entering directory `/home/gene/s/g/bios/memdump' >> gcc_ok.6333.tmp:1: w...

.../com32/MCONFIG b/mk/com32.mk similarity index 98% rename from com32/MCONFIG rename to mk/com32.mk index a74ed32..4a6caae 100644 --- a/com32/MCONFIG +++ b/mk/com32.mk @@ -15,7 +15,7 @@ ## COM32 common configurables ## -include $(topdir)/MCONFIG +include $(MAKEDIR)/syslinux.mk GCCOPT := $(call gcc_ok,-std=gnu99,) GCCOPT += $(call gcc_ok,-m32,) diff --git a/MCONFIG.devel b/mk/devel.mk similarity index 100% rename from MCONFIG.devel rename to mk/devel.mk diff --git a/MCONFIG.embedded b/mk/embedded.mk similarity index 98% rename from MCONFIG.embedded rename to mk/embedded.mk index 9f5846d..e8f3ae...

On Mon, Sep 14, 2015 at 05:50:58AM +0200, celelibi--- via Syslinux wrote: > index a705440..5ef6702 100644 > --- a/mk/efi.mk > +++ b/mk/efi.mk > @@ -10,6 +10,7 @@ core = $(topdir)/core > GCCOPT := $(call gcc_ok,-fno-stack-protector,) > EFIINC = $(objdir)/include/efi > LIBDIR = $(objdir)/lib > +EFIDIR = $(topdir)/gnu-efi/gnu-efi-3.0 Would it make sense to add AROPT = rvU or #ifdefine AR_DEFAULT_SETS_TIMESTAMP_TO_ZERO AROPT = rvU #elseif AROPT = rv #endifdefine ? > ifeq ($(ARCH)...

From: Matt Fleming <matt.fleming at linux.intel.com> This series includes a patch (PATCH 1/6) that I sent previously but I thought it was worth sending it again since the rest of the series depends on it, and it also gives a bit of context. These cleanups make it simpler to do the big switchover to ELF modules on the elflink branch because the libraries in $LIBS are now contained in one

I have, hopefully, found and fixed the issue with non-kernel binaries that appeared in 3.35. As a result, I have pushed out 3.36-pre6 and am classifying it as a release candidate. Please try it out, especially if you have had problems with 3.35. ftp://ftp.kernel.org/pub/linux/utils/boot/syslinux/Testing/ -hpa

...++ b/gnu-efi @@ -1 +1 @@ -Subproject commit ab54e2b40e914d0ca01dc3d44c8d4eb8517bf999 +Subproject commit 06744d69273de4945cf0ffcaa4a6abf7cec707b6 diff --git a/mk/efi.mk b/mk/efi.mk index a705440..5ef6702 100644 --- a/mk/efi.mk +++ b/mk/efi.mk @@ -10,6 +10,7 @@ core = $(topdir)/core GCCOPT := $(call gcc_ok,-fno-stack-protector,) EFIINC = $(objdir)/include/efi LIBDIR = $(objdir)/lib +EFIDIR = $(topdir)/gnu-efi/gnu-efi-3.0 ifeq ($(ARCH),i386) ARCHOPT = -m32 -march=i386 @@ -55,7 +56,13 @@ $(EFIINC)/%.h $(EFIINC)/protocol/%.h $(EFIINC)/$(EFI_SUBARCH)/%.h: gnuefi ; .PHONY: gnuefi gnuefi: @echo...

From: Sylvain Gault <sylvain.gault at gmail.com> These few patches contain a few improvement about the Makefiles for EFI. Mainly, to rebuild the files when needed, and only when needed. The three shell scripts efi/{check,build,clean}-gnu-efi.sh disappeared and are now integrated as makefile recipes. You'll notice an argument ARFLAGS=rvU to the recursive make calls to gnu-efi. This is

...+ +# Support IA32 and x86_64 platforms with one build +# Set up architecture specifics; for cross compilation, set ARCH as apt +# gnuefi sets up architecture specifics in ia32 or x86_64 sub directories +# set up the LIBDIR and EFIINC for building for the appropriate architecture + +GCCOPT := $(call gcc_ok,-fno-stack-protector,) + +EFIINC = $(objdir)/include/efi +LIBDIR = $(objdir)/lib + +ifeq ($(ARCH),i386) + ARCHOPT = -m32 -march=i386 + EFI_SUBARCH = ia32 +endif +ifeq ($(ARCH),x86_64) + ARCHOPT = -m64 -march=x86-64 + EFI_SUBARCH = $(ARCH) +endif + + + +CFLAGS := $(CFLAGS) +CFLAGS += -I$(EF...

This patch adds to the core EFI image booting capabilities. It was tested on VMware EFI clients and HP Elitebook EFI notebooks, only on PXE environments but it should work on non-PXE scenarios as well. Feedback appreciated. Best, Patrick Signed-off-by: Patrick Masotta <masottaus at yahoo.com> --- diff -uprN a/com32/elflink/ldlinux/execute.c b/com32/elflink/ldlinux/execute.c ---