similar to: isolinux-debug: Approaching overflow

I get this error trying to compile current git: nasm -O9999 -f elf -g -F stabs -DDATE_STR="'0x484e9ecd'" \ -DHEXDATE="0x484e9ecd" \ -l pxelinux.lsr -o pxelinux.o pxelinux.asm pxelinux.asm:2693: fatal: unable to open include file `pxeidle.inc' make[1]: *** [pxelinux.o] Fehler 1 - Sebastian

When i build syslinux.4.02 i get an error like this. I haven't been able to figure out what could be wrong. My gcc version is 4.1.2 and nasm is 2.10.07. Binutils is 2.17.50 I am compiling on xenserver 6.0 Thanks Alakesh 31186 bytes (31 kB) copied, 0.000315067 seconds, 99.0 MB/s nasm -f elf -Ox -g -F dwarf -DDATE_STR="'0x5110300a'" \

On 07.03.2016 06:45, poma wrote: > On 06.03.2016 18:23, poma wrote: >> On 06.03.2016 16:47, poma wrote: >>> ... >>>> nasm -f elf -Ox -g -F dwarf -DDATE_STR="''" \ >>>> -DHEXDATE="0x56dc3c62" \ >>>> -Di386 \ >>>> -I/tmp/syslinux-6.04-pre1/core/ \ >>>> -l ldlinux.lsr -o ldlinux.o -MP -MD

Thanks for your ideas, Sean ! >The bug is not likely to be corrupted data in the decompressed output (that is just calling into a gzip routine or something). You shouldn't have to dump/printf->trace from memory during boot to see that data since the "real" kernel binary that is being decompressed into that memory region is probably already somewhere > in your build tree

On 06.03.2016 16:47, poma wrote: > ... >> nasm -f elf -Ox -g -F dwarf -DDATE_STR="''" \ >> -DHEXDATE="0x56dc3c62" \ >> -Di386 \ >> -I/tmp/syslinux-6.04-pre1/core/ \ >> -l ldlinux.lsr -o ldlinux.o -MP -MD ./.ldlinux.o.d /tmp/syslinux-6.04-pre1/core/ldlinux.asm >> nasm -f elf -Ox -g -F dwarf -DDATE_STR="''" \

hi I have download the syslinux-3.51 source package and i have tried to compile syslinux with MinGw. I got the following error message. *********************************************************************** $ make nasm -O99 -f bin -DDATE_STR="'0x47bd5366'" -DHEXDATE="0x47bd5366" \ -DMAP=isolinux.map -l isolinux.lst -o isolinux.bin isolinux.asm

On 05.03.2016 14:43, Gene Cumm via Syslinux wrote: > After so much time and improvements, I'm glad to see and publicize a > pre-release, 6.04-pre1 in > https://www.kernel.org/pub/linux/utils/boot/syslinux/Testing/6.04/ > > Personally, I've already been working testing the pre-release as-is > and my tests have been positive so far. I appreciate feedback like > that

On 06.03.2016 18:23, poma wrote: > On 06.03.2016 16:47, poma wrote: >> ... >>> nasm -f elf -Ox -g -F dwarf -DDATE_STR="''" \ >>> -DHEXDATE="0x56dc3c62" \ >>> -Di386 \ >>> -I/tmp/syslinux-6.04-pre1/core/ \ >>> -l ldlinux.lsr -o ldlinux.o -MP -MD ./.ldlinux.o.d /tmp/syslinux-6.04-pre1/core/ldlinux.asm >>>

Hi, We are using pxelinux at my company to test our product. And there are limitations that we have hit in the past w.r.t. the max length of a path, or the max length of a module name (in mboot.c / mboot.c32). We've used workarounds in the past, and reorganized the directory structure, but we face that problem again. Out of the 128 / FILENAME_MAX chars that can be used, 110 - 120 go to the

... > nasm -f elf -Ox -g -F dwarf -DDATE_STR="''" \ > -DHEXDATE="0x56dc3c62" \ > -Di386 \ > -I/tmp/syslinux-6.04-pre1/core/ \ > -l ldlinux.lsr -o ldlinux.o -MP -MD ./.ldlinux.o.d /tmp/syslinux-6.04-pre1/core/ldlinux.asm > nasm -f elf -Ox -g -F dwarf -DDATE_STR="''" \ > -DHEXDATE="0x56dc3c62" \ > -Di386 \ >

Hello. I found bug probably comes from BIOS fault. It does not boot from CDROM if the PC has only CDROM drive but no HDD. I mean, it can boot from CDROM if the PC has HDD but not boot if no HDD. I think BIOS returns wrong info. But I appriciate if there comes workaround. BTW, I got another problem -- I can not compile syslinux 3.07. What version of nasm you use? --- Okajima, Jun.

Hello, While attempting to build syslinux-3.52-pre6 for testing (my SCSI machine won't boot from CD-ROM with 3.51) I hit this problem: nasm -O99 -f bin -DDATE_STR="'3.52-pre6'" -DHEXDATE="0x46c22b21" \ -DMAP=pxelinux.map -l pxelinux.lsr -o pxelinux.bin pxelinux.asm pxelinux.asm:1206: error: short jump is out of range nasm -version NASM version

On 08.03.2016 17:36, H. Peter Anvin wrote: > On 03/08/16 07:49, poma via Syslinux wrote: >> >> ... >> nasm -f elf -Ox -g -F dwarf -DDATE_STR="'6.03-156-g1ac927d'" \ >> -DHEXDATE="0x56deef98" \ >> -Di386 \ >> -I/tmp/syslinux/core/ \ >> -l ldlinux.lsr -o ldlinux.o -MP -MD ./.ldlinux.o.d /tmp/syslinux/core/ldlinux.asm

On 03/08/16 07:49, poma via Syslinux wrote: > > ... > nasm -f elf -Ox -g -F dwarf -DDATE_STR="'6.03-156-g1ac927d'" \ > -DHEXDATE="0x56deef98" \ > -Di386 \ > -I/tmp/syslinux/core/ \ > -l ldlinux.lsr -o ldlinux.o -MP -MD ./.ldlinux.o.d /tmp/syslinux/core/ldlinux.asm > head.inc:26: fatal: NASM 2.11.06 is known to miscompile Syslinux >

2013/12/17, Ferenc Wagner <wferi at niif.hu>: > 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

Hi, trying to build syslinux on Linux. Please help. bash-2.05b$ uname -a Linux bongo 2.4.32-ARXc3 COHERENT #4-ARX (Build 2660) Sun May 21 15:35:22 CEST 2006 i686 i686 i386 GNU/Linux bash-2.05b$ BUILD/syslinux-3.11/opt/nasm-0.98.38-2/bin/nasm -version NASM version 0.98.38 compiled on Jun 26 2006 But failed with: + make NASM=/home/axel/p/rpm/BUILD/syslinux-3.11/opt/nasm/bin /nasm

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

Hi, I am trying to compile the version on rhel 5.x box. Nasm version 0.98.39 I extracted the tar.gz and ran make in the extracted directory. Here is where it stops. gcc -Wp,-MT,rawcon.o,-MD,./.rawcon.o.d -m32 -ffreestanding -fno-stack-protector -fwrapv -freg-struct-return -march=i386 -Os -fomit-frame-pointer -mregparm=3 -DREGPARM=3 -msoft-float -fno-exceptions -fno-asynchronous-unwind-tables

Hello, as described in [253363], login_process_size of 32M is not enough on 64-bit versions of Fedora and RHEL (and possibly other distributions as well). [253363] https://bugzilla.redhat.com/show_bug.cgi?id=253363 As I understand it, there's an intersegment gap between read-only/executable and writable segments of shared libs. That's probably a security feature or something. I found a

On Sun, Feb 8, 2015 at 7:49 PM, Alexey Orishko via Syslinux <syslinux at zytor.com> wrote: > Hi guys, > > I'm have a pure 64-bit system (Intel based). Due to that I can't use 32-bit ELF > extlinux binary provided in the syslinux-6.03 package. > > Unfortunately building extlinux installer failed... > > See error below after these command: > make bios clean