Re: [Qemu-devel] [RFC next] ui: Split main() in two to not have Cocoa hijack it

Am 30.05.2012 11:00, schrieb Paolo Bonzini: > Il 28/05/2012 20:18, Andreas Färber ha scritto: >> Only call into cocoa.m when determined necessary by QEMU's option >> handling. Avoids redoing all option parsing in ui/cocoa.m:main() >> and constantly missing new options like -machine accel=qtest. >>

Re: [Qemu-devel] [RFC next] ui: Split main() in two to not have Cocoa hijack it

Am 30.05.2012 09:11, schrieb Anthony Liguori: > On 05/29/2012 02:18 AM, Andreas Färber wrote: >> Only call into cocoa.m when determined necessary by QEMU's option >> handling. Avoids redoing all option parsing in ui/cocoa.m:main() >> and constantly missing new options like -machine accel=qtest. >>

Re: [Qemu-devel] [RFC next] ui: Split main() in two to not have Cocoa hijack it

Il 28/05/2012 20:18, Andreas Färber ha scritto: > Only call into cocoa.m when determined necessary by QEMU's option > handling. Avoids redoing all option parsing in ui/cocoa.m:main() > and constantly missing new options like -machine accel=qtest. > > Move function declarations to a new ui.h header

Re: [Qemu-devel] [RFC next] ui: Split main() in two to not have Cocoa hijack it

On 05/29/2012 02:18 AM, Andreas Färber wrote: Only call into cocoa.m when determined necessary by QEMU's option handling. Avoids redoing all option parsing in ui/cocoa.m:main() and constantly missing new options like -machine accel=qtest. Move function declarations to a new ui.h header to avoid

[Qemu-devel] [RFC next] ui: Split main() in two to not have Cocoa hijack it

Only call into cocoa.m when determined necessary by QEMU's option handling. Avoids redoing all option parsing in ui/cocoa.m:main() and constantly missing new options like -machine accel=qtest. Move function declarations to a new ui.h header to avoid recompiling everything when the new UI-internal