similar to: SYSLINUX 2.20-pre1 available

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

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

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

On 03/08/2016 02:53 PM, Gene Cumm wrote: > > Poma, in my opinion, this behavior means it's your/Fedora's responsibility > to propose a change that distinguishes between broken and working NASM > 2.11.06 or revert the commit in your/Fedora's build. > Yes, it is highly problematic to have especially build tools with version numbers that don't match upstream having

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 >

> > Emphasize proper NASM versions. > > --- > NEWS | 4 ++++ > 1 file changed, 4 insertions(+) > > diff --git a/NEWS b/NEWS > index d1a5b2c..7848c6b 100644 > --- a/NEWS > +++ b/NEWS > @@ -2,6 +2,10 @@ Starting with 1.47, changes marked with SYSLINUX, PXELINUX, ISOLINUX > or EXTLINUX apply to that specific program only; other changes apply > to all

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 from Gabriele Balducci and testing "make bios installer". Yes, there are a

> $ make -j [jobs] > ... > $ nasm -version > NASM version 2.11.06 compiled on Feb 18 2015 > Probably this is part of the problem. Please update NASM to a newer version. I have suggested repeated times that a list of problematic / conflicting software that affects Syslinux (e.g. building environment) should have a wiki page in the official Syslinux wiki. The fact that some

On 03/08/16 09:19, poma wrote: > > You don't seem to understand how the packages distribution works, > in this particular case, for Fedora 22. > I know far too well, which is exactly why I'm none too happy to encourage these particular practices. -hpa

On 3/8/2016 12:31, H. Peter Anvin wrote: > 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

On 03/08/16 09:41, Shao Miller wrote: > On 3/8/2016 12:31, H. Peter Anvin wrote: >> 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 >>

On Tue, Mar 8, 2016 at 3:21 AM, H. Peter Anvin via Syslinux <syslinux at zytor.com> wrote: > On 03/06/16 10:02, Ady via Syslinux wrote: >> >> 1_ The NEWS file would not be an adequate place to post such >> information, for several reasons. >> >> 2_ Expressing the problem with NASM in such a way would be very >> inaccurate. The problem is in NASM

On 08.03.2016 23:53, Gene Cumm wrote: > On Mar 8, 2016 12:32 PM, "H. Peter Anvin via Syslinux" <syslinux at zytor.com> > wrote: >> >> On 03/08/16 09:19, poma wrote: >>> >>> You don't seem to understand how the packages distribution works, >>> in this particular case, for Fedora 22. >>> >> >> I know far too well,

This is rather off topic, but I thought it was worth propagating. Those of you who've been around long enough may remember stories of an australian teenager who invented a miraculous video compression technology, capable of streaming VHS-quality (or was it DVD-quality) video over a POTS modem line. 5 years ago. And no, you couldn't see it. We have a demo we'll bring buy, but

We are going to use LLVM in a compiler project for transport triggered processors. See Wikipedia for more on transport triggering: <http://en.wikipedia.org/wiki/Transport_Triggered_Architectures>. One thing we need is some sort of libc. We are targeting embedded systems, and I have been looking at things like newlib. Are there people out there doing something similar? Or any advice or

alpha does not compile right now: arch/alpha/crt0.S: Assembler messages: arch/alpha/crt0.S:21: Warning: .ent directive without matching .end arch/alpha/crt0.S:21: Error: can't resolve `0' {.text section} - `L0' {.text section} make[1]: *** [arch/alpha/crt0.o] Error 1 It still doesnt work with that change, ash cant run external binaries, ./ash/sh $ ls ls: error 1 diff -p -purN

This fixes a long standing issue where it was not possible to do "make usr/klibc/arch/x86_64/longjmp.o" in the kernel. The principle is that all .o files to be part of klibc are listed with klib-y. For each directory a klib.list file is made that specify all .o file and the final AR then adds all .o files to create libc.a. This patch introduce the infrastructure and converts x86_64 to

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

More recent versions of the GNU linker (>= 2.31) create a separate code "PT_LOAD" segment by default (as of https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=f6aec96dce1ddbd8961a3aa8a2925db2021719bb). Building syslinux EFI images with this -zseparate-code enabled creates broken EFI images, since efi/wrapper.c only copies the first PT_LOAD segment to the EFI. This patch adds

Hi, I noticed that klibc started crashing on 64-bit MIPS and in my quest to fix the bug I got a bit carried away and fixed a few other things as well. Here are various miscellaneous MIPS patches, although the first patch is the important one. Thanks, James *** BLURB HERE *** James Cowgill (5): mips64: compile with -mno-abicalls mips: use -Ttext-segment when linking shared library