RFC: Primary architecture promotion requirements

Dan Horák dan at danny.cz
Tue Mar 20 19:18:07 UTC 2012


Chris Tyler píše v Út 20. 03. 2012 v 14:40 -0400: 
> On Tue, 2012-03-20 at 18:21 +0100, Dan Horák wrote:
> > drago01 píše v Út 20. 03. 2012 v 17:57 +0100: 
> > > On Tue, Mar 20, 2012 at 5:50 PM, Brendan Conoboy <blc at redhat.com> wrote:
> > > > On 03/20/2012 09:37 AM, drago01 wrote:
> > > >>>
> > > >>> I'm a big fan of cross compilation, but introducing it into Fedora in
> > > >>> order
> > > >>> to support ARM seems unlikely to succeed for too many reasons to go into.
> > > >>
> > > >>
> > > >> The reasons are? ....
> > > >
> > > >
> > > > Okay, why not?
> > > >
> > > > The ones off the top of my head, and this is by no means exhaustive:
> > > >
> > > > 1. Fedora Policy (Which I imagine is based on the technical foundation of
> > > > the following 5+ points and others I'm unaware of).
> > > 
> > > I said "technical" so lets take policy aside ...
> > > 
> > > > 2. Many packages assume a native execution environment which will not exist.
> > > >  Incredible undertaking to move 11000 packages to cross compilation
> > > > framework.
> > > 
> > > qemu? Should be still faster then doing the whole build on arm.
> > 
> > just a side note - I was told by an OpenSUSE on ARM person that they use
> > x86 boxes with the user-space qemu virtual machine. It works quite fast,
> > but still needs some hacking eg. in test-suites
> 
> With Qemu, my $1200 i7 quadcore desktop can successfully emulate a $129
> GuruPlug. It just doesn't make a lot of sense to go this route.

no, I don't want to recommend it, but I'd expect that the user-space
(syscall) emulation in qemu would be faster than the full system
emulation, because all I/O is native speed.


Dan




More information about the devel mailing list