From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1YJKxJ-0007Ss-0c for mharc-grub-devel@gnu.org; Thu, 05 Feb 2015 06:50:45 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44016) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YJKxF-0007SY-Jb for grub-devel@gnu.org; Thu, 05 Feb 2015 06:50:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YJKxE-0000eX-6c for grub-devel@gnu.org; Thu, 05 Feb 2015 06:50:41 -0500 Received: from mail-wi0-x22d.google.com ([2a00:1450:400c:c05::22d]:43760) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YJKxD-0000dN-VX for grub-devel@gnu.org; Thu, 05 Feb 2015 06:50:40 -0500 Received: by mail-wi0-f173.google.com with SMTP id r20so38307861wiv.0 for ; Thu, 05 Feb 2015 03:50:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2bfwQSqiauX2n3r4Aen21l8DAaQg+Ql89jSS7ieU754=; b=MCUkw/8teVj5+C1TNCXePi8XofJlk3AJYnBQGLJP1elp2pT1MT3Ctn8kuhnUIo7E5Q iXiZCOqUu5oOY0GvF9JIehEloj4rST6UUJI0NDhgLfUV+Kkl1qsqKZWxoKcoNidv3rYp 4638oTTl6bAr7lryMHIvuQ27eIpD7SRNAhxyD56gDxF7X1LwIq+HufCnnCZGlRrMNMPX kB+DRcQ+Dy7t8MQKySdL+NJvi6vGBmLYR8oa30d1jC8P6DKOjEDjfYTQsvdZq4tU7r3N VisYhuL+BKkfoNYLdERu103uG4K3loK8kyoF578CG4DOQddKe71cni5Gk/6/5vA+cGdQ HRRw== MIME-Version: 1.0 X-Received: by 10.194.187.235 with SMTP id fv11mr6917470wjc.16.1423137038584; Thu, 05 Feb 2015 03:50:38 -0800 (PST) Received: by 10.27.86.40 with HTTP; Thu, 5 Feb 2015 03:50:38 -0800 (PST) Received: by 10.27.86.40 with HTTP; Thu, 5 Feb 2015 03:50:38 -0800 (PST) In-Reply-To: <54D1F9AC020000780005CB6F@mail.emea.novell.com> References: <1422640462-28103-1-git-send-email-daniel.kiper@oracle.com> <54CF5161020000780005BC77@mail.emea.novell.com> <20150203171414.GK29167@olila.local.net-space.pl> <54D1E091.1080109@citrix.com> <54D1F9AC020000780005CB6F@mail.emea.novell.com> Date: Thu, 5 Feb 2015 12:50:38 +0100 Message-ID: Subject: Re: [PATCH 00/18] x86: multiboot2 protocol support From: "Vladimir 'phcoder' Serbinenko" To: Jan Beulich Content-Type: multipart/alternative; boundary=047d7bdcab84a6d1f7050e55e964 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::22d Cc: Juergen Gross , grub-devel@gnu.org, keir@xen.org, ian.campbell@citrix.com, stefano.stabellini@eu.citrix.com, Andrew Cooper , Daniel Kiper , roy.franz@linaro.org, ning.sun@intel.com, david.vrabel@citrix.com, xen-devel@lists.xenproject.org, qiaowei.ren@intel.com, richard.l.maliszewski@intel.com, gang.wei@intel.com, fu.wei@linaro.org X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 11:50:43 -0000 --047d7bdcab84a6d1f7050e55e964 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Le 2015-02-04 10:51, "Jan Beulich" a =C3=A9crit : > > >>> On 04.02.15 at 10:04, wrote: > > On 03/02/2015 17:14, Daniel Kiper wrote: > >> On Mon, Feb 02, 2015 at 09:28:49AM +0000, Jan Beulich wrote: > >>>>>> On 30.01.15 at 18:54, wrote: > >>>> - xen.efi build will not so strongly depend > >>>> on a given GCC and binutils version. > >>> While I can see the possibility of making the binutils version > >>> dependency go away (by manually creating the PE header), I can't > >>> see how you'd overcome the gcc one: The MS calling convention > >>> support is still going to be needed (not having looked at the patches > >> Right, I forgot about that one. > >> > >>> themselves yet, I can't see myself accepting the introduction of > >>> stubs to convert between calling conventions). > > > > How about __attribute__((ms_abi)) ? It would appear to exist for this > > purpose. > > But that's the point: Older compilers don't support it. And with > compilers supporting it we need no stubs. > ms_abi has been around for years. What's your minimum compiler requirement? > Jan > --047d7bdcab84a6d1f7050e55e964 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Le 2015-02-04 10:51, "Jan Beulich" <JBeulich@suse.com> a =C3=A9crit :
>
> >>> On 04.02.15 at 10:04, <andrew.cooper3@citrix.com> wrote:
> > On 03/02/2015 17:14, Daniel Kiper wrote:
> >> On Mon, Feb 02, 2015 at 09:28:49AM +0000, Jan Beulich wrote:<= br> > >>>>>> On 30.01.15 at 18:54, <daniel.kiper@oracle.com> wrote:
> >>>>=C2=A0 =C2=A0- xen.efi build will not so strongly depe= nd
> >>>>=C2=A0 =C2=A0 =C2=A0on a given GCC and binutils versio= n.
> >>> While I can see the possibility of making the binutils ve= rsion
> >>> dependency go away (by manually creating the PE header), = I can't
> >>> see how you'd overcome the gcc one: The MS calling co= nvention
> >>> support is still going to be needed (not having looked at= the patches
> >> Right, I forgot about that one.
> >>
> >>> themselves yet, I can't see myself accepting the intr= oduction of
> >>> stubs to convert between calling conventions).
> >
> > How about __attribute__((ms_abi)) ?=C2=A0 It would appear to exis= t for this
> > purpose.
>
> But that's the point: Older compilers don't support it. And wi= th
> compilers supporting it we need no stubs.
>
ms_abi has been around for years. What's your minimum compiler requirem= ent?
> Jan
>

--047d7bdcab84a6d1f7050e55e964--