From mboxrd@z Thu Jan 1 00:00:00 1970 From: Doug Goldstein Subject: Re: Two linkers - EFI one (mingw64) and normal GNU one [Fedora] Date: Fri, 12 Feb 2016 16:17:42 -0600 Message-ID: <56BE5A06.7060604@cardoe.com> References: <20160212171908.GA10110@char.us.oracle.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7435053837370458130==" Return-path: In-Reply-To: <20160212171908.GA10110@char.us.oracle.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Konrad Rzeszutek Wilk , xen-devel@lists.xensource.com, ian.jackson@citrix.com, wei.liu2@citrix.com, stefano.stabellini@eu.citrix.com, ian.campbell@citrix.com, jbeulich@suse.com, m.a.young@durham.ac.uk List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============7435053837370458130== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="caiaWQT28rS3hRkSnIwnvAvGtTk18CeH7" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --caiaWQT28rS3hRkSnIwnvAvGtTk18CeH7 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2/12/16 11:19 AM, Konrad Rzeszutek Wilk wrote: > Hey, >=20 > Fedora for the longest time seems to have two linkers - one normal for = GNU > applications and then another - mingw64 - for building EFI applications= =2E >=20 > Which means that to compile ELF binaries on Fedora requires this patch > (taken from Fedora build): >=20 > From 078f2d6155e940a91c1f668b86dcb9534d76b8b7 Mon Sep 17 00:00:00 2001 > From: Konrad Rzeszutek Wilk > Date: Wed, 6 Jan 2016 16:39:23 -0500 > Subject: [PATCH] EFI build using mingw >=20 > Signed-off-by: Konrad Rzeszutek Wilk >=20 > Conflicts: > xen/arch/x86/Makefile > --- > xen/Makefile | 2 ++ > xen/arch/x86/Makefile | 6 +++--- > xen/arch/x86/efi/Makefile | 2 +- > 3 files changed, 6 insertions(+), 4 deletions(-) >=20 > diff --git a/xen/Makefile b/xen/Makefile > index f702525..09c708c 100644 > --- a/xen/Makefile > +++ b/xen/Makefile > @@ -20,6 +20,8 @@ export XEN_ROOT :=3D $(BASEDIR)/.. > MAKEFLAGS +=3D -rR > =20 > EFI_MOUNTPOINT ?=3D $(BOOT_DIR)/efi > +LD_EFI ?=3D $(LD) So I think doing this is reasonable to allow Fedora to override it. You can even do a check that LD_EFI supports i386pep as a target and skip doing the EFI build/install if it does not. Similar to the case when EFI_VENDOR is not set. I don't see what adding a configure.ac would buy you since you would have to hardcode a number of different paths to check for a linker that works because the path that Fedora uses is different from every other distro I currently have access to. The real question is why can't we change the EFI stub generation to be closer to how Linux does it which doesn't have this same constraint. --=20 Doug Goldstein --caiaWQT28rS3hRkSnIwnvAvGtTk18CeH7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0 iQJ8BAEBCgBmBQJWvloJXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNTM5MEQ2RTNFMTkyNzlCNzVDMzIwOTVB MkJDMDNEQzg3RUQxQkQ0AAoJEKK8A9yH7RvURM0P/2utSRxh77fFXKWMaH8TQioc J3s61CsU6T0wawqQpYifKrtP6vNo4E/74O1hftN5tiUceGZoZ3WOreAfq4E8cK36 mvvZfVjY1kaN6Xc8f5vuaMCN4NTBf1fSernyRP4jgw2VSsZUeYIbRNlHs5G0Eu+X 7/ZmnCXDy/J/txF/qNIBy+sul/Ox8Nq2M9V6GxNvfBpukLIH6UGoX5bvdUvdB2sN KHZTux0rSqbSzWRFDzWu77upFte/JjPAcwcUGIKghKOPGV0WX76BOzZADEbzx+Qu CgGb/bi1kZAMrbPpZPP79LR9fpBoo3o7Z7VxI1ogyj+YM8R5DzHB6r/zkWzVQpCy eIUwl1FGIlRLEEMxW2zlrevGOFUB4TnZjNBji9nP/jiJT4NiEg9znEnXu6GIVtHB A2mVmrQRdxa7GAl5RJLVtmAZ5CYxnhmAcT6ndYQ5VOnhqXKjbHQMl3LV3Uo5o/FC pmm4BkVgUJElQOq7PpwG9xAjaQtvLWH66fe8uBwXw99mDok7rkpHx9GiwX8fCFhp 3Xg2eLipzxenIjuGEpAWmZergmisFaMJbCJCFJljAl/WnRYGDLHETxm5BNtO+tQH Drnpk+7j18eX9qXifU7e7iX3YvKnaB9Ps4qerD1zoSECQ8Gyk/TXGwae4Dpzc902 MjxjMUa/8ICVY/0xACir =j+7f -----END PGP SIGNATURE----- --caiaWQT28rS3hRkSnIwnvAvGtTk18CeH7-- --===============7435053837370458130== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============7435053837370458130==--