| Message ID | 1323244048-6021-3-git-send-email-balrogg@gmail.com |
|---|---|
| State | New |
| Headers | show |
On 7 December 2011 07:47, Andrzej Zaborowski <balrogg@gmail.com> wrote: > Cocoa can only be enabled on Darwin, and is enabled by default too, > making --enable-cocoa redundant, with no way to disable Cocoa. It > also interfered with SDL support in a way that was dependent on > the order of commandline switches. For these --enable/disable pairs I quite like the pattern where * default is "probe and use if available" * --enable-foo is "use foo, fail configure if not available" * --disable-foo is "don't use foo" (--enable-sdl/--disable-sdl work like this, for instance). [cf the comment in configure at line 100.] Incidentally, is it "Cocoa" or "COCOA" ? -- PMM
Am 07.12.2011 08:47, schrieb Andrzej Zaborowski: > Cocoa can only be enabled on Darwin, and is enabled by default too, > making --enable-cocoa redundant, with no way to disable Cocoa. It > also interfered with SDL support in a way that was dependent on > the order of commandline switches. > > Signed-off-by: Andrzej Zaborowski <andrew.zaborowski@intel.com> Nack. This not only conflicts with Pavel's patch series but like many previous patches only does half the job (misses the block layer). Could you please review his last series instead and rebase onto that if necessary? http://patchwork.ozlabs.org/patch/124980/ http://patchwork.ozlabs.org/patch/124979/ http://patchwork.ozlabs.org/patch/124981/ > --- > Cocoa support seems to be broken at the moment, at least on some > MacOS X versions. But qemu builds and runs with SDL. Many times have I asked how to actually use SDL with QEMU on Mac OS X. If you've figured it out, please share that knowledge! What SDL download do you use, what parameters do you pass to configure, etc.? Note that I have a patch that replaces uint16 with uint_fast16_t, properly fixing the Cocoa build. What I don't have yet is all the other conversions (Coccinelle doesn't fully do int16 conversion, for example) to run the benchmarks Peter asked for. Andreas > configure | 7 ++----- > 1 files changed, 2 insertions(+), 5 deletions(-) > > diff --git a/configure b/configure > index fb15bc6..c5d07af 100755 > --- a/configure > +++ b/configure > @@ -674,10 +674,7 @@ for opt do > ;; > --enable-profiler) profiler="yes" > ;; > - --enable-cocoa) > - cocoa="yes" ; > - sdl="no" ; > - audio_drv_list="coreaudio `echo $audio_drv_list | sed s,coreaudio,,g`" > + --disable-cocoa) cocoa="no" > ;; > --disable-system) softmmu="no" > ;; > @@ -986,7 +983,7 @@ echo " --disable-sdl disable SDL" > echo " --enable-sdl enable SDL" > echo " --disable-vnc disable VNC" > echo " --enable-vnc enable VNC" > -echo " --enable-cocoa enable COCOA (Mac OS X only)" > +echo " --disable-cocoa disable COCOA (Mac OS X only)" > echo " --audio-drv-list=LIST set audio drivers list:" > echo " Available drivers: $audio_possible_drivers" > echo " --audio-card-list=LIST set list of emulated audio cards [$audio_card_list]"
On 7 December 2011 21:12, Andreas Färber <andreas.faerber@web.de> wrote: > Note that I have a patch that replaces uint16 with uint_fast16_t, > properly fixing the Cocoa build. What I don't have yet is all the other > conversions (Coccinelle doesn't fully do int16 conversion, for example) > to run the benchmarks Peter asked for. For the benchmarks surely it suffices to flip the typedefs, ie compare typedef uint8_t uint8; typedef int8_t int8; typedef uint16_t uint16; typedef int16_t int16; typedef uint32_t uint32; typedef int32_t int32; typedef uint64_t uint64; typedef int64_t int64; with typedef uint_fast8_t uint8; typedef int_fast8_t int8; typedef uint_fast16_t uint16; typedef int_fast16_t int16; typedef uint_fast32_t uint32; typedef int_fast32_t int32; typedef uint_fast64_t uint64; typedef int_fast64_t int64; ? We only need to do the full search-n-replace when we've picked which one we're going for... -- PMM
On 7 December 2011 19:56, Peter Maydell <peter.maydell@linaro.org> wrote: > On 7 December 2011 07:47, Andrzej Zaborowski <balrogg@gmail.com> wrote: >> Cocoa can only be enabled on Darwin, and is enabled by default too, >> making --enable-cocoa redundant, with no way to disable Cocoa. It >> also interfered with SDL support in a way that was dependent on >> the order of commandline switches. > > For these --enable/disable pairs I quite like the pattern where > * default is "probe and use if available" > * --enable-foo is "use foo, fail configure if not available" > * --disable-foo is "don't use foo" > > (--enable-sdl/--disable-sdl work like this, for instance). Yep, the difference here is that there's no probing, so --enable is a little redundant, but maybe for consistency it's better to have anyway. One of the issues with current --enable-cocoa though is that it has a different effect than if Cocoa is enabled by default. > > [cf the comment in configure at line 100.] > > Incidentally, is it "Cocoa" or "COCOA" ? It appears as Cocoa in the system libraries, but don't take my word. Cheers
Am 07.12.2011 22:21, schrieb Peter Maydell: > On 7 December 2011 21:12, Andreas Färber <andreas.faerber@web.de> wrote: >> Note that I have a patch that replaces uint16 with uint_fast16_t, >> properly fixing the Cocoa build. What I don't have yet is all the other >> conversions (Coccinelle doesn't fully do int16 conversion, for example) >> to run the benchmarks Peter asked for. > > For the benchmarks surely it suffices to flip the typedefs, ie compare > typedef uint8_t uint8; > typedef int8_t int8; > typedef uint16_t uint16; > typedef int16_t int16; > typedef uint32_t uint32; > typedef int32_t int32; > typedef uint64_t uint64; > typedef int64_t int64; > > with > typedef uint_fast8_t uint8; > typedef int_fast8_t int8; > typedef uint_fast16_t uint16; > typedef int_fast16_t int16; > typedef uint_fast32_t uint32; > typedef int_fast32_t int32; > typedef uint_fast64_t uint64; > typedef int_fast64_t int64; > > ? > > We only need to do the full search-n-replace when we've picked > which one we're going for... FWIW, target-mips/cpu.h has this: // uint_fast8_t and uint_fast16_t not in <sys/int_types.h> // XXX: move that elsewhere #if defined(CONFIG_SOLARIS) && CONFIG_SOLARIS_VERSION < 10 typedef unsigned char uint_fast8_t; typedef unsigned int uint_fast16_t; #endif This shouldn't stop us from using these types, on the contrary, there is prior art. We'd just have to move these to qemu-common.h or so. We still don't build on OpenIndiana due to -std=gnu99 vs. make_floatx80() initialization code BTW. Any ideas there appreciated. Andreas
On 7 December 2011 22:12, Andreas Färber <andreas.faerber@web.de> wrote: > Am 07.12.2011 08:47, schrieb Andrzej Zaborowski: >> Cocoa can only be enabled on Darwin, and is enabled by default too, >> making --enable-cocoa redundant, with no way to disable Cocoa. It >> also interfered with SDL support in a way that was dependent on >> the order of commandline switches. >> >> Signed-off-by: Andrzej Zaborowski <andrew.zaborowski@intel.com> > > Nack. This not only conflicts with Pavel's patch series but like many > previous patches only does half the job (misses the block layer). Depends which job you're talking about :) Sorry, I wasn't aware Cocoa was used by anything other than the UI or aware of Pavel's patches. > Could you please review his last series instead and rebase onto that if > necessary? > > http://patchwork.ozlabs.org/patch/124980/ > http://patchwork.ozlabs.org/patch/124979/ > http://patchwork.ozlabs.org/patch/124981/ They look fine to me but I know very little about MacOS X and its libraries. > >> --- >> Cocoa support seems to be broken at the moment, at least on some >> MacOS X versions. But qemu builds and runs with SDL. > > Many times have I asked how to actually use SDL with QEMU on Mac OS X. > If you've figured it out, please share that knowledge! What SDL download > do you use, what parameters do you pass to configure, etc.? I installed SDL through "fink", the package manager. It's sdl_1.2.4-8 and the configure line apparently is nothing more than ./configure --prefix=/sw --mandir=/sw/share/man Last time I was using it with 0.14 with no issues, now that I rebuilt HEAD with SDL, I see two issues which may be related to SDL or not: * blue component is 0, so stuff is yellowish on the screen. * ctrl-alt-<number> doesn't work, while ctr-alt does. Cheers
On 9 December 2011 02:25, andrzej zaborowski <balrogg@gmail.com> wrote: >>> Cocoa support seems to be broken at the moment, at least on some >>> MacOS X versions. But qemu builds and runs with SDL. >> >> Many times have I asked how to actually use SDL with QEMU on Mac OS X. >> If you've figured it out, please share that knowledge! What SDL download >> do you use, what parameters do you pass to configure, etc.? > > I installed SDL through "fink", the package manager. It's sdl_1.2.4-8 > and the configure line apparently is nothing more than ./configure > --prefix=/sw --mandir=/sw/share/man Fink applies the following patch, too: http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.7/stable/main/finkinfo/games/sdl.patch?revision=1.2&view=markup Cheers
diff --git a/configure b/configure index fb15bc6..c5d07af 100755 --- a/configure +++ b/configure @@ -674,10 +674,7 @@ for opt do ;; --enable-profiler) profiler="yes" ;; - --enable-cocoa) - cocoa="yes" ; - sdl="no" ; - audio_drv_list="coreaudio `echo $audio_drv_list | sed s,coreaudio,,g`" + --disable-cocoa) cocoa="no" ;; --disable-system) softmmu="no" ;; @@ -986,7 +983,7 @@ echo " --disable-sdl disable SDL" echo " --enable-sdl enable SDL" echo " --disable-vnc disable VNC" echo " --enable-vnc enable VNC" -echo " --enable-cocoa enable COCOA (Mac OS X only)" +echo " --disable-cocoa disable COCOA (Mac OS X only)" echo " --audio-drv-list=LIST set audio drivers list:" echo " Available drivers: $audio_possible_drivers" echo " --audio-card-list=LIST set list of emulated audio cards [$audio_card_list]"
Cocoa can only be enabled on Darwin, and is enabled by default too, making --enable-cocoa redundant, with no way to disable Cocoa. It also interfered with SDL support in a way that was dependent on the order of commandline switches. Signed-off-by: Andrzej Zaborowski <andrew.zaborowski@intel.com> --- Cocoa support seems to be broken at the moment, at least on some MacOS X versions. But qemu builds and runs with SDL. configure | 7 ++----- 1 files changed, 2 insertions(+), 5 deletions(-)