Notes on OSX port

GCompris on OSX.

Compilation modification

add #define NO_IMPORT_PYGOBJECT 1 before #include <pygobject.h>
Needs change on SDL/SDL_mixer dÃ©tection. My opinion is to use OSX frameworks. SDL_mixer framework looks broken for now: missing SDL/ in headers #include (use of SDL framework.. )
suppress $LIBICONV in gcompris LDADD (multiply defined _locale_charset).

Works, but with bugs. Some small images abd some colors looks bad. The color selector is broken.
Cairo/GTK are not frameworks. GTK is not relocatable (relocatable only on windows).
Wait a better version.
OSX support status on gtk-devel.
[Gtk_OSX_Imendio More detailled notes on using imendio script]

Check inkscape and Gimp.app way.
Gimp.app links to a Platypus script (ScriptExec). inkscape seems use the same solution.
Inkscape launch a shell script set lot of environnement variables to locate correctly libs.

Platypus create an exec application (a running .app bundle in fact) with a cocoa executable script launcher in Contents/MacOS and the script to run in Contents/Resources.
Gimp.app uses a modified version (why?). Anyway this version does not compile with my xcode.
Inkscape seems have a already modified version with right extension (xcodeproj). ~~To be tested~~ Direct compilation fails too. Needs to suppress libstdc++.a from External resources. Builds ok and works ok without it.
This Xcode compilation gives the bundle executable. (From here: copy ScriptExec/build/ScriptExec.app/Contents/MacOS/ScriptExec to Gimp.app/Contents/MacOS/Gimp )
Need to set XCode to Deployment target, for the compilation to be complete.

The PANGO_RC_FILES need no " around the filenmae. Looks as a modifiction with svn pango.
The actuyal Gimp.app script looks better: Uses /tmp instead of .gcompris-etc to put the modified files at launch.