similar to: binutils (objcopy?) >= 2.26 breaks syslinux (bios) build

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'" \

Hello, I try to recompile syslinux-4.00 pre31 on RHEL5 with gcc-4.1.2 and nasm 2.07. Because I'm looking for information about that gpxelinux->chain.c32 hd0 boot problem I added -DDEBUG=2 to com32/lib/Makefile I get: objdump -h pxelinux.elf > pxelinux.sec perl lstadjust.pl pxelinux.lsr pxelinux.sec pxelinux.lst objcopy -O binary pxelinux.elf pxelinux.raw ../lzo/prepcore

Hi, Is anyone compiled a new pxelinux.0 with syslinux code 4.03? right now, I got a error in compiling this version code, objdump -h pxelinux.elf > pxelinux.sec perl lstadjust.pl pxelinux.lsr pxelinux.sec pxelinux.lst objcopy -O binary pxelinux.elf pxelinux.raw ../lzo/prepcore pxelinux.raw pxelinux.bin ../lzo/prepcore: pxelinux.raw: output too big (30197, max 0) make[1]: *** [pxelinux.bin]

Sorry Gene, I got the version of binutils is 2.17. I download the latest Binutils to make the *objdump* and *objcopy*. with both of these utilities to create new pxelinux.raw. then, the error message shows me that, objcopy -O binary pxelinux.elf pxelinux.raw ../lzo/prepcore pxelinux.raw pxelinux.bin ../lzo/prepcore: pxelinux.raw: output too big (30165, max 0) make[1]: *** [pxelinux.bin] Error 1

On 30.01.2016 16:59, poma wrote: > ... > > https://sourceware.org/bugzilla/show_bug.cgi?id=19538 > > Mister Anvin, care to share what's the status of the "ld?" problemo, is anyone working on it? It would be maravilloso if syslinux can continue to build and test with latest and greatest.

All, Thanks for all your help. Now, I can compile the latest source code base on RedHat 5.5 after update nasm(to 2.09) and binutil(2.17). And *make spotless* before *make* under core/ directory. But with the new pxelinux.0, the PXEClient can not bootup. The error info, No valid file system found! And stuck in there. I think maybe the gcc cause the problem. My gcc version is 4.1.2. Thanks aaron

On February 3, 2016 7:17:37 AM PST, Celelibi <celelibi at gmail.com> wrote: >2016-02-02 18:50 UTC+01:00, poma via Syslinux <syslinux at zytor.com>: >> On 30.01.2016 16:59, poma wrote: >>> ... >>> >>> https://sourceware.org/bugzilla/show_bug.cgi?id=19538 >>> >>> >> >> Mister Anvin, >> care to share what's the

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, > > i think i found a suspect in lzo/prepcore.c and it would indeed be a > wrong range of checksumming (speculative congratulations to Ady). Thank you Thomas for your replies and for looking into this issue. My part on the initial investigation that triggered this email thread is relatively small. Others deserve much more credit. I was/am providing not just my own report,

Hi, i think i found a suspect in lzo/prepcore.c and it would indeed be a wrong range of checksumming (speculative congratulations to Ady). Looking at http://repo.or.cz/syslinux.git/blob/0d82b71304d596d80f3c4520f9dcf90048ca50b7:/lzo/prepcore.c it seems that this change in line 374 could yield correct checksums: unsigned int ptr; - for (ptr = 64; ptr < offset; ptr += 4) +

... https://sourceware.org/bugzilla/show_bug.cgi?id=19538

2016-02-02 18:50 UTC+01:00, poma via Syslinux <syslinux at zytor.com>: > On 30.01.2016 16:59, poma wrote: >> ... >> >> https://sourceware.org/bugzilla/show_bug.cgi?id=19538 >> >> > > Mister Anvin, > care to share what's the status of the "ld?" problemo, > is anyone working on it? > > It would be maravilloso if syslinux can

On 02/03/16 10:30, H. Peter Anvin via Syslinux wrote: > On February 3, 2016 7:17:37 AM PST, Celelibi <celelibi at gmail.com> wrote: >> 2016-02-02 18:50 UTC+01:00, poma via Syslinux <syslinux at zytor.com>: >>> On 30.01.2016 16:59, poma wrote: >>>> ... >>>> >>>> https://sourceware.org/bugzilla/show_bug.cgi?id=19538 >>>>

On 08.02.2016 19:04, H. Peter Anvin wrote: > On 02/03/16 10:30, H. Peter Anvin via Syslinux wrote: >> On February 3, 2016 7:17:37 AM PST, Celelibi <celelibi at gmail.com> wrote: >>> 2016-02-02 18:50 UTC+01:00, poma via Syslinux <syslinux at zytor.com>: >>>> On 30.01.2016 16:59, poma wrote: >>>>> ... >>>>> >>>>>

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

2015-11-20 8:15 UTC+01:00, Ady via Syslinux <syslinux at zytor.com>: >> > >> > I don't like the idea of changing "UI" (e.g. command line options that >> > might be used by some users) without very well-thought reasoning. >> >> This is not an UI. AFAIK, this script is not shipped to the user. I >> don't even see what a user could

2015-11-20 12:50 UTC+01:00, Ady via Syslinux <syslinux at zytor.com>: > >> 2015-11-20 8:15 UTC+01:00, Ady via Syslinux <syslinux at zytor.com>: >> >> > >> >> > I don't like the idea of changing "UI" (e.g. command line options >> >> > that >> >> > might be used by some users) without very well-thought

On 13.02.2016 10:01, Ady via Syslinux wrote: > >>> Yes, it is a bug in ld. I have been working with H.J. and we have just tracked it down. >>> >> >> >> It seems that hjl helped, after all. >> >> Syslinux built, or better to write, linked with: >> binutils 2.26.51.20160212 git 95c00d1 is salt-n-pepa. >> >> Both, ISOLINUX and

On February 11, 2016 11:30:02 PM PST, poma <pomidorabelisima at gmail.com> wrote: >... >http://repo.or.cz/syslinux.git/commit/8750016 > >Booting from DVD/CD... > >ISOLINUX 6.04 ETCD >and then hangs > >ttyS0 debug shows single line: >_malloc(24, 0, 2) @ 0x00104bab = > > >$ ld --version >GNU ld version 2.26.20160125 >... >$ gcc --version >gcc

On 14.02.2016 18:08, Ady via Syslinux wrote: > >>> Considering that a Mass Rebuild was already performed for F24, then an >>> updated, patched binutils would probably generate new, working >>> Syslinux-related packages. Otherwise, these packages for/in F24 will be >>> probably failing. >>> >> >> Binutils: >> "Enable