view README.Qtopia @ 1321:e05bc5d315e3

Date: Wed, 1 Feb 2006 18:20:33 -0800 From: Eric Wing Subject: SDL/Universal Binary updates Hi Sam, Attached is a big set of changes to the Xcode projects to support Universal Binaries. I have also included .dmgs that include the prebuilt frameworks. Ryan, I also updated SMPEG which is also in the package. The SDL and smpeg binaries were built against the CVS version (pulled maybe a month ago?). I do not have an Intel Mac to test on so I have no idea if this stuff actually works. However, Christian Walther has been a big help in testing 10.2.8 and 10.3.9 so I'm fairly confident we got the build settings correct for at least PPC. I have attempted to document the important things for producing these Universal Binaries. Documentation is somewhat scattered through out everything, but there is a big centralized piece of documentation in the UniversalBinaryNotes.rtf in the SDL.dmg. As far as Universal Binaries are concerned, the big things were: - Build with gcc 3.3 on PPC, 4.0 on Intel. - We couldn't get any of the MMX/SSE code to compile/link (SDL and smpeg). - All 3rd party dependencies had to be rebuilt as Universal There were also a bunch of non-Universal things that have been updated: - I converted the SDL-satellites to create .dmg's instead of .pkg installers - Updated all 3rd party static libraries with current versions. (I think libpng was the most dramatic going from 1.0.? to 1.2.8 with API breakage. I haven't found any problems so far in doing this.) - Changed some compiler optimization settings - Finally updated the exports list for SDL_mixer - Tried to include a static smpeg in SDL_mixer (multiple build variants in Xcode project now) - Enabled Altivec in SDL (we forgot to add the flags to Xcode last time) - More documentation Since so many things have changed, there might be new problems introduced. The big issue I've found so far is with SDL_mixer. As I mentioned on the mailing list, MP3's produce an assertion failure. And the MikMod problem reported on Bugzilla continues to persist. There's probably a bunch of other stuff I'm forgetting. There really were hundreds of little things I mucked with so it's hard to remember them all. If you have any questions, feel free to ask. Thanks, Eric
author Sam Lantinga <slouken@libsdl.org>
date Thu, 02 Feb 2006 06:26:39 +0000
parents 2c5d4c22a2ac
children
line wrap: on
line source


==============================================================================
Using the Simple DirectMedia Layer with Qtopia/OPIE
==============================================================================

==============================================================================
I.  Setting up the Qtopia development environment.

  This document will not explain how to setup the Qtopia development
  environment. That is outside the scope of the document. You can read
  more on this subject in this excellent howto:

	http://www.zauruszone.com/howtos/linux_compiler_setup_howto.html

==============================================================================
II.  Building the Simple DirectMedia Layer libraries using the arm
     cross-compiler

  This is somewhat tricky since the name of the compiler binaries
  differ from the standard. Also you should disable features not
  needed. The command below works for me. Note that it's all one
  line. You can also set the NM, LD etc environment variables
  separately.

	NM=arm-linux-nm LD=arm-linux-ld CC=arm-linux-gcc CXX=arm-linux-g++ RANLIB=arm-linux-ranlib AR=arm-linux-ar ./configure --enable-video-qtopia --disable-video-dummy --disable-video-fbcon  --disable-video-dga --disable-arts --disable-esd --disable-alsa --disable-cdrom --disable-video-x11 --disable-nasm --prefix=/opt/Qtopia/sharp/ arm-unknown-linux-gnu

  One thing to note is that the above configure will include joystick
  support, even though you can't have joysticks on the Zaurus. The
  reason for this is to avoid link / compile / runtime errors with
  applications that have joystick support.

==============================================================================
III.  Building the Simple DirectMedia Layer test programs:

  After installing, making sure the correct sdl-config is in your
  path, run configure like this:

	NM=arm-linux-nm LD=arm-linux-ld CC=arm-linux-gcc CXX=arm-linux-g++ AR=arm-linux-ar ./configure arm-unknown-linux-gnu

==============================================================================
IV.  Application porting notes

  One thing I have noticed is that applications sometimes don't exit
  correctly. Their icon remains in the taskbar and they tend to
  relaunch themselves automatically. I believe this problem doesn't
  occur if you exit your application using the exit() method. However,
  if you end main() with 'return 0;' or so, this seems to happen.

  Also note that when running in landscape mode - i.e requesting a
  window that is HEIGHT pixels wide and WIDTH pixels high, where WIDTH
  and HEIGHT normally is 240 and 320 - the image is blitted so that
  the hardware buttons are on the left side of the display. This might
  not always be desirable but such is the code today.


==============================================================================
V.  Enjoy! :)

  If you have a project you'd like me to know about, or want to ask questions,
  go ahead and join the SDL developer's mailing list by sending e-mail to:

	sdl-request@libsdl.org

  and put "subscribe" into the subject of the message. Or alternatively you
  can use the web interface:

	http://www.libsdl.org/mailman/listinfo/sdl
  
==============================================================================
VI.  What is supported:

Keyboard (Sharp Zaurus)
Hardware buttons
Stylus input (mouse)
Video. Allows fullscreen both in portrait mode (up to WIDTHxHEIGHT
size window) and in landscape mode (up to HEIGHTxWIDTH). 

All other SDL functionality works like a normal Linux system (threads,
audio etc).

-- 
David Hedbor <david@hedbor.org>
http://david.hedbor.org/ 	http://eongames.com/