similar to: trouble building 6.03

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

On Sat, Jan 4, 2014 at 6:39 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Tue, Dec 17, 2013 at 8:39 AM, Ferenc Wagner <wferi at niif.hu> wrote: > >> * make spotless still fails after working around the above: >> [...] >> make -r -C efi SRC="/home/wferi/syslinux/syslinux/efi" OBJ="/home/wferi/syslinux/syslinux/efi32/efi" \ >>

Hi, The internal Gnu-EFI build gives me grief: * efi/check-gnu-efi.sh: uses realpath, which is not available on my Debian wheezy system. I now use readlink -f, but wonder if it's needed at all. * efi/build-gnu-efi.sh: uses realpath, like above, and also pushd/popd, which is not built into a standard Bourne shell invoked by #!/bin/sh. Again I wonder what's the point of it, as

On Fri, Jan 10, 2014 at 2:53 AM, Ferenc Wagner <wferi at niif.hu> wrote: > Gene Cumm <gene.cumm at gmail.com> writes: > >> On Sat, Jan 4, 2014 at 6:39 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >>> On Tue, Dec 17, 2013 at 8:39 AM, Ferenc Wagner <wferi at niif.hu> wrote: >>> >>>> * make spotless still fails after working around

> 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

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

On Thu, 19 Jun, at 10:04:35PM, Gene Cumm wrote: > > I'm getting some similar results here with the precompiled binaries > and my binaries of 6.03-pre17 Gene, could you try out the attached patch? And see if you get any different results? Andrew, feel free to try it out too, or you could just wait for someone to cut another pre-release. Note that I don't think this will

> I use Syslinux 6.03 EFI64 on a VMware Workstation 10 VM on > 10.0.2 on Linux. > w/o any problem? >> correctly sends back w/o error the "corresponding" syslinux.efi >> "EFI BC" -> EFI64\syslinux.efi >> "EFI IA32"-> EFI32\syslinux.efi >I only send back 1 filename. > Me too, I just send the

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 Sat, 29 Jun, at 01:57:58AM, Igor Sverkos wrote: > Hi, > > Matt Fleming wrote: > > On Tue, 25 Jun, at 01:52:00PM, Helmut Hullen wrote: > >> Thanks - now it crashes later ... > > > > What crash are you seeing? > > > >> I don't have the ia64 files which are needed for a complete binary. But > >> maybe that's only my special

>First, I was looking for the actual values.? >For a VM with (among other values): > config.version = "8" > virtualHW.version = "10" > ethernet0.virtualDev = "e1000" > guestOS = "rhel6-64" > firmware = "efi" > I see: > option-93 = 0x07 > option-60 ="PXEClient:Arch:00007:UNDI:003016" OK I take

On 03/08/16 08:58, Shao Miller via Syslinux wrote: > While building on AMD64 CentOS 6, I noticed that glibc-devel.i686 was > needed for some (U)EFI stuff, but isn't in the README. I'm not sure if > other Linux flavours will have counterpart needs. - Shao Hmmm... that makes me somewhat nervous. I'm wondering if we're pulling in stuff we should not. -hpa

There are no pre-compiled binaries (official or otherwise) on kernel.org. I assume what is meant is https://www.kernel.org/pub/linux/utils/boot/syslinux/ At least, that is where the "downloads" page of syslinux.org directs you. Under there are the various source tarballs (tar.gz format, tar.bz2 format). Also a directory called RPMS/. But that kernel.org RPMS/ directory is devoid of

Op 2014-08-01 om 20:35 schreef Ady: > Goal: To have one USB drive capable of booting UEFI IA32 and UEFI X64 > (with an optional Syslinux menu containing multiple entries). What I would like to have is the same thing for network boot. So having one topdirectory on the TFTP server that can serve several "architectures". > Problem (solved) #1: The default directory location for

On Fri, Jan 9, 2015 at 12:00 PM, Ady <ady-sf at hotmail.com> wrote: > >> I'm testing syslinux PXE EFI boot with VMware workstation 9.04 running >> on Windows 8.1 I use Syslinux 6.03 EFI64 on a VMware Workstation 10 VM on 10.0.2 on Linux. >> VMware correctly performs the DHCP request indicating either >> the "EFI IA32" or "EFI BC"

On 9 Jul 2014 at 6:01, Gene Cumm wrote: Date sent: Wed, 9 Jul 2014 06:01:22 -0400 Subject: Re: [syslinux] isohybrid binary not in 6.03-pre18? (utils bt is in bios/utils?) From: Gene Cumm <gene.cumm at gmail.com> To: "Michael D. Setzer, II" <mikes at kuentos.guam.net> Copies to: Syslinux at zytor.com > > On Jul 9, 2014 5:15 AM, "Michael D. Setzer II" >

Hello, i would like create a bootdisk , that can be boot from Old BIOS, EFI32 and EFI64. But for EFI Boot there is only one directory /EFI/BOOT/ In this directory I can copy BOOTia32.EFI and BOOTx64.EFI. But the *.c32 files for EFI32 & EFI64 , I can install to this directory at the same time. Is there a way to load the *.c32 from different directory ? Or is there a other solution ?

> I'm testing syslinux PXE EFI boot with VMware workstation 9.04 running > on Windows 8.1 > > VMware correctly performs the DHCP request indicating either > the "EFI IA32" or "EFI BC" architecture and the TFTP server > correctly sends back w/o error the "corresponding" syslinux.efi > "EFI BC" -> EFI64\syslinux.efi >

Hello, A `make efi32` yeilds me make[3]: *** No rule to make target `efi32/com32/lib/memcmp.o', needed by `syslinux.so'. Stop. make[3]: Leaving directory `efi32/efi' make[2]: *** [efi] Error 2 Output of `ls -Gl efi32/com32/lib/mem*.o`: -rw-r--r-- 1 stappers 2812 Jun 10 22:06 efi32/com32/lib/memcpy.o -rw-r--r-- 1 stappers 3620 Jun 10 22:06 efi32/com32/lib/memmem.o