[syslinux] [PATCH 2/4] Remove unused linker scripts
Gene Cumm
gene.cumm at gmail.com
Thu Oct 15 03:53:47 PDT 2015
On Mon, Oct 5, 2015 at 2:15 PM, celelibi--- via Syslinux
<syslinux at zytor.com> wrote:
> From: Sylvain Gault <sylvain.gault at gmail.com>
>
> Some linker scripts were splitted into i386 and x86_64 versions in
> commit d8eede3f2a360163235fad222a0190cd7c5bef38 but older scripts were
> left there.
>
> Signed-off-by: Sylvain Gault <sylvain.gault at gmail.com>
> ---
> core/syslinux.ld | 414 ------------------------------------------------
> core/x86_64/syslinux.ld | 389 ---------------------------------------------
> efi/syslinux.ld | 176 --------------------
> mbr/mbr.ld | 73 ---------
> memdisk/memdisk.ld | 140 ----------------
> 5 files changed, 1192 deletions(-)
> delete mode 100644 core/syslinux.ld
> delete mode 100644 core/x86_64/syslinux.ld
> delete mode 100644 efi/syslinux.ld
> delete mode 100644 mbr/mbr.ld
> delete mode 100644 memdisk/memdisk.ld
Removing mbr/mbr.ld makes 0 sense. MBRs are a BIOSism that won't be
present on UEFI IA32 (aka i386) and X64 (aka x86-64 IA32-64 EM64T
AMD64). I feel it makes more sense to remove the
architecture-specific scripts.
A MEMDISK-like system for UEFI would probably need to be implemented
as a UEFI driver. As a result, it's questionable if it'd be a new
variant of MEMDISK, built with some different code that's
UEFI-specific or a completely different sub-project.
efi/syslinux.ld and core/x86_64/syslinux.ld are no-brainers.
core/syslinux.ld and core/i386/syslinux.ld get messy. For a cleaner
look at how it appears it's been mismerged, consider "gitk c6bebc44..
-- core/{,i386/,x86_64/}syslinux.ld" then start at 8e5e9b0a and
6fa86596. 51529126 08ece8fc b7549a33 3b772bb6 275a269d affected
core/syslinux.ld while it appears nothing really affected
core/i386/syslinux.ld.
--
-Gene
More information about the Syslinux
mailing list