MacOS X Universal Binaries

Thanks Eric! I’ve committed your Xcode project changes to CVS.

You can grab the .dmg files from:
http://www.libsdl.org/cvs/SDL.dmg
http://www.libsdl.org/cvs/SDL-devel-extras.dmg> Hi Sam,

I finally got everything together. Attached is the new framework
package, new Dev-Extra’s package, and the updated Xcode project.

The framework pacakge is pretty much unchanged except for the new
binary.

The Xcode project has undergone some major clean up based on the new
changes. I have also removed the exports list and we’ll see what
happens.

The optional developer-extra’s package has been overhauled and now
builds a .dmg instead of a .pkg.

The SDLTest project has undergone some clean up as well plus updates
for the new tests.

I also redid the Xcode project templates. The old Project Builder
templates required people to manually convert "to a native target"
which was messy. I also make the new templates copy (embed) the
SDL.framework into the bundle automatically making it potentially
drag-and-drop ready. I also needed to apply a few code fixes to one
of the SDLMain.m’s.

By the way, the SDLMain in the main repository is totally out of sync
with the project template ones. I copied the main repository version
in to the SDL App and OpenGL App templates, but somebody should look
into merging the recent SDLMain changes into the CocoaMenu and
CustomCocoa versions of the SDLMain’s. Maybe some of this code should
be placed inside the main repository so it is not overlooked as it is
now being inside an Xcode tar-ball.

I also added a bunch of documentation too.

As I mentioned, the torturetest crashes consistently for me. This
needs to be the next item.

Thanks,
Eric

Thanks Eric! I’ve committed your Xcode project changes to CVS.

You can grab the .dmg files from:
http://www.libsdl.org/cvs/SDL.dmg
http://www.libsdl.org/cvs/SDL-devel-extras.dmg

Anyone had any luck with this? If I just copy the new framework into
my app, it refuses to start:
Reason: Incompatible library version: SDL_net requires version 1.0.0
or later, but SDL provides version 0.0.0

If I try to compile with it, syntax errors appear in various of my
project’s header files. Something’s up in SDL.h but I don’t know what
yet :frowning:

GregoryOn Mar 22, 2006, at 12:44 AM, Sam Lantinga wrote:

Anyone had any luck with this? If I just copy the new framework into
my app, it refuses to start:
Reason: Incompatible library version: SDL_net requires version 1.0.0
or later, but SDL provides version 0.0.0

Christian Walther sent me a long list of bugs, this being one of them.
Both the code base and Xcode projects have undergone significant
changes so things are likely to have broken and need testing.

Anyway, I just sent Sam an updated package of everything and hopefully
that will fix the above issue (and some others).

Still on the bug list:
threads don’t seem to work right. The two thread tests from the
SDLTest project don’t seem to behave correctly. The torturethread
seems to crash consistently (on both PPC and x86).

Christian also reports:

  • testoverlay crashes somewhere deep down in DecompressSequenceFrameS
    in QZ_DisplayYUV (and the debugger spews some ugly x86 assembly at
    me! Eeek! :wink: )

    (I wasn’t able to reproduce on PPC.)

If I try to compile with it, syntax errors appear in various of my
project’s header files. Something’s up in SDL.h but I don’t know what
yet :frowning:
Gregory

I don’t know about this one. Some of the header files have been
refactored so it could be related. You’ll need to pursue this further
and report anything you find that is a bug.

Thanks,
Eric

Anyway, I just sent Sam an updated package of everything and hopefully
that will fix the above issue (and some others).

This is in CVS, and available here:
http://www.libsdl.org/cvs/SDL.dmg
http://www.libsdl.org/cvs/SDL-devel-extras.dmg

If I try to compile with it, syntax errors appear in various of my
project’s header files. Something’s up in SDL.h but I don’t know what
yet :frowning:

Could you provide an excerpt of the errors, starting at the beginning?

-Sam Lantinga, Senior Software Engineer, Blizzard Entertainment

Could you provide an excerpt of the errors, starting at the beginning?

No, but I can say what’s up. SDL now defines TARGET_API_MAC_CARBON in
SDL_platform.h, which we use to differentiate between the SDL build
of Aleph One (it’s not defined), and the Carbon/NIBs version (it is
defined).

So a lot of #ifdefs do the wrong thing.

GregoryOn Mar 23, 2006, at 2:23 AM, Sam Lantinga wrote:

Could you provide an excerpt of the errors, starting at the
beginning?

No, but I can say what’s up. SDL now defines TARGET_API_MAC_CARBON in
SDL_platform.h, which we use to differentiate between the SDL build
of Aleph One (it’s not defined), and the Carbon/NIBs version (it is
defined).

Going into SDL_platform.h and commenting out the
#define TARGET_API_MAC_CARBON 1
line, lets me compile again.

I’m not sure why SDL defines this; I’m not using the Carbon API when
coding an SDL app; I’m using the SDL API!

GregoryOn Mar 23, 2006, at 9:07 AM, Gregory Smith wrote:

On Mar 23, 2006, at 2:23 AM, Sam Lantinga wrote: