[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