[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
 
 
    
     |