similar to: [PATCH] check-gnu-efi.sh: print the output of build-gnu-efi.sh

> The build would be failed and exit if build-gnu-efi.sh is failed, so > we'd better not suppress the output of build-gnu-efi.sh, which is good > for debugging. > > Signed-off-by: Robert Yang <liezhi.yang at windriver.com> > --- > efi/check-gnu-efi.sh | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/efi/check-gnu-efi.sh

On Mon, Nov 24, 2014 at 2:36 AM, Robert Yang <liezhi.yang at windriver.com> wrote: > The build would be failed and exit if build-gnu-efi.sh is failed, so > we'd better not suppress the output of build-gnu-efi.sh, which is good > for debugging. > > Signed-off-by: Robert Yang <liezhi.yang at windriver.com> > --- > efi/check-gnu-efi.sh | 2 +- > 1 file

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

On 11/25/2014 10:45 AM, Ady wrote: > >> The build would be failed and exit if build-gnu-efi.sh is failed, so >> we'd better not suppress the output of build-gnu-efi.sh, which is good >> for debugging. >> >> Signed-off-by: Robert Yang <liezhi.yang at windriver.com> >> --- >> efi/check-gnu-efi.sh | 2 +- >> 1 file changed, 1

On Mon, Dec 22, 2014 at 12:18:56AM +0100, Geert Stappers wrote: > On Sun, Dec 21, 2014 at 12:21:32PM -0800, Patrick Masotta wrote: > > sudo apt-get install build-essential > > sudo apt-get build-dep gcc-multilib > > sudo apt-get install gcc-multilib nasm uuid-dev > > > > $ make spotless > > $ make > > > > but it consistently fails at > >

sudo apt-get install build-essential sudo apt-get build-dep gcc-multilib sudo apt-get install gcc-multilib sudo apt-get install nasm sudo apt-get install uuid-dev I run #make spotless #make but it consistently fails at make[3]: Entering directory `/syslinux-6.03/efi32/efi' Building gnu-efi for ia32 /syslinux-6.03/efi/check-gnu-efi.sh ia32 /syslinux-6.03/efi32 Failed to build gnu-efi.

On Sun, Dec 21, 2014 at 12:21:32PM -0800, Patrick Masotta wrote: > sudo apt-get install build-essential > sudo apt-get build-dep gcc-multilib > sudo apt-get install gcc-multilib > > sudo apt-get install nasm > sudo apt-get install uuid-dev > > I run > #make spotless > #make > > but it consistently fails at > > make[3]: Entering directory

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 =

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 ---

Hello syslinux, Merry Christmas! These patches will make extlinux work with umounted ext2/3/4 filesystem, for example: $ extlinux -i /dev/sdXN or $ extlinux -i file_block Also it can work with something like: $ extlinux /dev/sdXN --reset-adv or $ extlinux file_block --reset-adv We don't use a new option (I planed to use "-d" but it is already in use), it will check whether the

From: Sylvain Gault <sylvain.gault at gmail.com> The error-prone shell scripts for building gnu-efi are replaced by a Makefile recipe. This is accompanied with a small update of gnu-efi which, despite not strongly mandatory, avoid recompiling gnu-efi and all the efi subtree on each invocation of make. Signed-off-by: Sylvain Gault <sylvain.gault at gmail.com> ---

Hello, Happy New Year! These patches make syslinux/linux support ext2/3/4, and it doesn't require the root privilege, I'd like to add a separate e2fs/syslinux, if that is more appropriate, it should be easy to do that. I put these patches on github so that you can easily get them in case you'd like to test them. (The repo's name is sys_tmp, which avoids confusing others, I will

Fixed: cp -r syslinux-6.01/com32/libupload/*.h image/usr/share/syslinux/com32/include/ [snip] rm -rf image/usr/share/syslinux/com32/include [snip] cp: cannot create regular file `image/usr/share/syslinux/com32/include/serial.h': No such file or directory The cp is happened in the "libupload" dir, while "rm -fr" is happend in "lib" dir, let "libupload"

Hello, I'm a newbie here, I found the git server from: http://www.syslinux.org/wiki/index.php/Development And the web said: git clone git://git.zytor.com/syslinux/syslinux.git But it didn't work: Cloning into 'syslinux'... fatal: remote error: access denied or repository not exported: /syslinux/syslinux.git There is another git server on git.kernel.org and it works:

On 12/22/2014 04:32 PM, Geert Stappers wrote: > On Mon, Dec 22, 2014 at 12:18:56AM +0100, Geert Stappers wrote: >> On Sun, Dec 21, 2014 at 12:21:32PM -0800, Patrick Masotta wrote: >>> sudo apt-get install build-essential >>> sudo apt-get build-dep gcc-multilib >>> sudo apt-get install gcc-multilib nasm uuid-dev >>> >>> $ make spotless

We support both device and directory as the target now. Signed-off-by: Robert Yang <liezhi.yang at windriver.com> --- libinstaller/syslxopt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libinstaller/syslxopt.c b/libinstaller/syslxopt.c index 3fc5519..d06719f 100644 --- a/libinstaller/syslxopt.c +++ b/libinstaller/syslxopt.c @@ -88,7 +88,7 @@ void __attribute__

On Mon, 22 Dec, at 04:51:19PM, Gene Cumm wrote: > > Commit 6e832106 which originally created the shell scripts was the > first instance of this silencing. > > Aside from adding a few hundred lines of build output (which could be > beneficial), is there any reason not to remove the null redirects? There's no downside that I can see. Go for it. -- Matt Fleming, Intel Open

When we add -ffreestanding the compiler won't get to inline this any more. Signed-off-by: David Woodhouse <dwmw2 at infradead.org> --- com32/lib/math/fabs.S | 15 +++++++++++++++ mk/lib.mk | 2 +- 2 files changed, 16 insertions(+), 1 deletion(-) create mode 100644 com32/lib/math/fabs.S diff --git a/com32/lib/math/fabs.S b/com32/lib/math/fabs.S new file mode 100644 index

> On Mon, 22 Dec, at 04:51:19PM, Gene Cumm wrote: > > > > Commit 6e832106 which originally created the shell scripts was the > > first instance of this silencing. > > > > Aside from adding a few hundred lines of build output (which could be > > beneficial), is there any reason not to remove the null redirects? > > There's no downside that I can

On Mon, Dec 22, 2014 at 8:40 PM, Ady <ady-sf at hotmail.com> wrote: > >> On Mon, 22 Dec, at 04:51:19PM, Gene Cumm wrote: >> > >> > Commit 6e832106 which originally created the shell scripts was the >> > first instance of this silencing. >> > >> > Aside from adding a few hundred lines of build output (which could be >> >