similar to: possible build problem with syslinux-3.72

This is an attempt to avoid potential confusion. Here are some example sizes for the two Syslinux versions mentioned in the e-mail subject. Your build results might be different. 4.06: 1 55 Sep 22 22:23 modules/int18.com 1 108 Nov 1 18:07 version.mk 1 138 Nov 1 18:07 version.gen 1 138 Nov 1 18:07 version.h 1 239 Sep 22 22:23 modules/poweroff.com 1 408 Sep 22 22:25

I'm building on Debian (Woody) though I don't think that's relevant. Having found no build instructions, no configure script I decided on 'make' It worked, except the ls command showed some files were not built because there are old versions in the tarball. I tried 'make clean all' but still I have old files: ls -ltr kwdhash.gen version.gen ldlinux.bss ldlinux.sys

Hi all, I have just released syslinux-3.70-pre25. Unless someone has something big and scary that either I have managed to miss or was just stumbled over, I'm going to release 3.70 final some time between tomorrow and Monday. Thus, *please holler now* if there are any stop-ship problems still known... -hpa

> On Mar 4, 2014 7:42 PM, "Ady" <ady-sf at hotmail.com> wrote: > > > > > > > In Syslinux 6.03-pre6: > > > > > > _ The txt/html/*.html files are currently created 3 times, one for > > > each firmware. I think they should be created only once (under the > > > main txt/html/ directory), just as the rest of the documentation

On Mar 4, 2014 7:42 PM, "Ady" <ady-sf at hotmail.com> wrote: > > > > In Syslinux 6.03-pre6: > > > > _ The txt/html/*.html files are currently created 3 times, one for > > each firmware. I think they should be created only once (under the > > main txt/html/ directory), just as the rest of the documentation is. > > In that case, the

> In Syslinux 6.03-pre6: > > _ The txt/html/*.html files are currently created 3 times, one for > each firmware. I think they should be created only once (under the > main txt/html/ directory), just as the rest of the documentation is. > In that case, the <respective_firmware>/txt/html/ subdirectories > should not even be created. > > _ The bios/dosutil/

hello everybody, apologies if I'm missing something here Just tried to build 6.04-pre1 test version with: make bios installer and found some problems all (seemingly) related to inaccurate paths in various Makefiles. I enclose a complete patch at the end of this email, which details the problems I found and how they got fixed for me. As an example, this is the first error I got:

make -r -C /mlsyslinux -f /mlsyslinux/Makefile SRC="/mlsyslinux" \ OBJ=/mlsyslinux objdir=/mlsyslinux bios make[1]: Entering directory `/mlsyslinux' make -r -C /mlsyslinux/bios -f /mlsyslinux/Makefile SRC="/mlsyslinux" \ objdir=/mlsyslinux/bios OBJ=/mlsyslinux/bios HAVE_FIRMWARE=1 \ ARCH=i386 LDLINUX=ldlinux.c32 all make[2]:

From: Matt Fleming <matt.fleming at linux.intel.com> Move the MCONFIG files into a mk/ directory and give them more descriptive names. This is purely a cosmetic change to make the 'include' directives a bit more coherent by making it obvious exactly which MCONFIG file we're including. For example, in com32/lua/src/Makefile we exchange the line, include ../../MCONFIG for the

Hi, Gene Cumm wrote: > > There's 0 need to build MBRs for EFI Ady wrote: > At least gptmbr.bin might come to mind It's source code looks like a BIOS MBR program which shall search the "active" partition in GPT rather than in the MBR partition table. See comments about "EBIOS" detection and "CHS" addresses in

In Syslinux 6.03-pre6: _ The txt/html/*.html files are currently created 3 times, one for each firmware. I think they should be created only once (under the main txt/html/ directory), just as the rest of the documentation is. In that case, the <respective_firmware>/txt/html/ subdirectories should not even be created. _ The bios/dosutil/ directory contains copybs.com and eltorito.sys,

I have put a compile hack in for older distros and pushed it out as syslinux-3.62-pre16; for those who have reported compilation problem on older distros I would greatly appreciate if you could confirm if it works now (it worked for me on a CentOS 3.9 VM.) -hpa

> There's 0 need to build MBRs for > EFI At least gptmbr.bin might come to mind (after all, GPT is part of the UEFI specs). Isohybrid with UEFI options perhaps too? > and I'm looking at why utils/ depends on mbr/ isohybrid(.pl) and mkdiskimage come to mind here? I'm not saying for certain these are the reasons for such dependencies, but they might (and perhaps

I have tested with 3.31 (does not broke /dev/null) and 3.35/3.36 that broke /dev/null I verify that /dev/null exist, then compile one of the target available on top Makefile and /dev/null no more exist. Example root:/usr/src/syslinux-3.36# cat /dev/null root:/usr/src/syslinux-3.36# make .depend Makefile:274: .depend: No such file or directory rm -f .depend for csrc in syslxmod.c gethostip.c ; do

> It's source code looks like a BIOS MBR program which shall search > the "active" partition in GPT rather than in the MBR partition table. > See comments about "EBIOS" detection and "CHS" addresses in > https://github.com/geneC/syslinux/blob/master/mbr/gptmbr.S > > "Active" partitn would be the one which has bit 2 set in the

I have just released SYSLINUX 3.00-pre9. The only change versus 3.00-pre8 is that the MEMDISK query API now reports the boot loader ID byte, per Bernd's suggestion. This is a release candidate, and I plan to release it as 3.00 *tomorrow*, unless I hear back anything bad. -hpa

Hi all, I have received a fair number of bug reports over the last few weeks -- even days -- and I am therefore declaring 3.53-pre5 a release candidate for a 3.53 bug fix release. This 3.53 will not contain either of the two major features under development -- client side state (including boot-once) and gPXE integration -- since I want to avoid destabilizing the code base beyond the bug

The utilities are meant to run on the host machine, hence must be built using the host toolchain. Signed-off-by: Beno?t Allard <benoit.allard at greenbone.net> --- utils/Makefile | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/utils/Makefile b/utils/Makefile index dfe6259..f31f117 100644 --- a/utils/Makefile +++ b/utils/Makefile @@ -17,8 +17,9 @@ VPATH = $(SRC)

Does anyone know how to install the gptmbr.bin onto a USB drive with Windows? I noticed that it would be really easy to modify the source of the installer to install gptmbr.bin instead of mbr.bin with the -m flag, but I'd like a solution that doesn't require me to maintain my own custom syslinux. I'm open to writing and submitting a patch to add a new flag (say -g) to install

Am 22.01.2014 15:25, schrieb Dean Graff: > I have not looked into it all that much. But seems that UEFI basically > allows booting without a bootloader. It does. In fact I usually use preloader.efi (with keytool.efi and hashtool.efi for secure boot) and gummiboot.x64.efi to boot EFI stub kernels on x86_64. But until short time a go I had no idea someone would try to sell 32 bit UEFI on