[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Xen-devel] [PATCH 00/18] x86: multiboot2 protocol support
- To: Jan Beulich <JBeulich@xxxxxxxx>
- From: "Vladimir 'phcoder' Serbinenko" <phcoder@xxxxxxxxx>
- Date: Thu, 5 Feb 2015 12:50:38 +0100
- Cc: Juergen Gross <JGross@xxxxxxxx>, grub-devel@xxxxxxx, keir@xxxxxxx, ian.campbell@xxxxxxxxxx, stefano.stabellini@xxxxxxxxxxxxx, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Daniel Kiper <daniel.kiper@xxxxxxxxxx>, roy.franz@xxxxxxxxxx, ning.sun@xxxxxxxxx, david.vrabel@xxxxxxxxxx, xen-devel@xxxxxxxxxxxxxxxxxxxx, qiaowei.ren@xxxxxxxxx, richard.l.maliszewski@xxxxxxxxx, gang.wei@xxxxxxxxx, fu.wei@xxxxxxxxxx
- Delivery-date: Thu, 05 Feb 2015 11:50:46 +0000
- List-id: Xen developer discussion <xen-devel.lists.xen.org>
Le 2015-02-04 10:51, "Jan Beulich" <JBeulich@xxxxxxxx> a Ãcrit :
>
> >>> On 04.02.15 at 10:04, <andrew.cooper3@xxxxxxxxxx> 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, <daniel.kiper@xxxxxxxxxx> 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
>
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|