Thu, 13 Apr 2006 14:14:06 +0000Fixed bug #185
Sam Lantinga <slouken@libsdl.org> [Thu, 13 Apr 2006 14:14:06 +0000] rev 1628
Fixed bug #185

The SDL platform header shouldn't dictate the OS target API for other
applications. The build system should define the target API for building
SDL internally.

Thu, 13 Apr 2006 14:04:13 +0000Fixed bug #179
Sam Lantinga <slouken@libsdl.org> [Thu, 13 Apr 2006 14:04:13 +0000] rev 1627
Fixed bug #179

SDL_SemValue() always returns 0. That's because the underlying POSIX
sem_getvalue() is implemented as a noop in Mac OS X. Apart from that,
semaphores do work properly (at least according to test/testsem), so I'm not
sure if this is worth fixing at all.

Thu, 13 Apr 2006 13:38:40 +0000Fixed bug #176
Sam Lantinga <slouken@libsdl.org> [Thu, 13 Apr 2006 13:38:40 +0000] rev 1626
Fixed bug #176
[I'm fixing this for the public headers, but I'm not going to bother for the SDL library code (yet)]

To clarify: Normaly, GCC (or, to be precise, the preprocessor) will ignore
this, and compile the code happily. However, one can specify -Wundef to get a
warning about this.

One can probably argue whether to consider this a bug or not; but I think that
(a) from a semantic point of view, using "#if FOO" when FOO is not defined is
strange, and (b) since it is possible to trigger a warning about this, and a
trivial fix exists, it should be corrected.

I can think of two alternative patches, BTW:
1) Simply use #define HAVE_FOO 0, instead of not defining HAVE_FOO at all
2) Change
#if HAVE_FOO
to
#if HAVE_FOO+0
which always does the right thing.

But I think I still prefer the attached patch :-).

Thu, 13 Apr 2006 13:30:21 +0000Fixed bug #193
Sam Lantinga <slouken@libsdl.org> [Thu, 13 Apr 2006 13:30:21 +0000] rev 1625
Fixed bug #193

The attached patch is mostly cosmetic: Currently, we always add both -framework
OpenGL and -framework AGL for Mac OS X command line builds.

However, the former is only used for the Cocoa video driver, and the latter
only for the Carbon video driver (as far as I can tell, at least). Hence the
attached patch modifies configure.in so that each only gets added to the list
of frameworks if the corresponding video driver is enabled.

Thu, 13 Apr 2006 13:29:00 +0000Fixed bug #192
Sam Lantinga <slouken@libsdl.org> [Thu, 13 Apr 2006 13:29:00 +0000] rev 1624
Fixed bug #192

The change made to sdl-config.in on March 18 (rev 11, see
http://www.libsdl.org/cgi/cvsweb.cgi/SDL12/sdl-config.in), broke static linking
under Mac OS X for unix style build systems. In other words, "sdl-config
--static-libs" no longer produces the correct output, as it is missing the
required -framework switches.

The attached patch fixes this.

Thu, 13 Apr 2006 13:25:21 +0000Added a delay so the warning message isn't accidentally missed.
Sam Lantinga <slouken@libsdl.org> [Thu, 13 Apr 2006 13:25:21 +0000] rev 1623
Added a delay so the warning message isn't accidentally missed.

Thu, 13 Apr 2006 13:23:56 +0000Fixed bug #191
Sam Lantinga <slouken@libsdl.org> [Thu, 13 Apr 2006 13:23:56 +0000] rev 1622
Fixed bug #191
[I opted to go for a warning, since I often tweak configure.in, but don't want to rebuild the entire project]

One thing that was lost in the switch from automake to the new build system is
that there is now no rule to build configure from configure.in.

IMHO, if configure.in gets changed, then at the very least, the build system
should print out a warning (better, again IMHO, an error) about this fact.
Else, you easily forget about this when modifying configure.in.

Thu, 13 Apr 2006 13:08:26 +0000Fixes bug #195:
Sam Lantinga <slouken@libsdl.org> [Thu, 13 Apr 2006 13:08:26 +0000] rev 1621
Fixes bug #195:
The proper name of Apple's operating system is "Mac OS X" not "MacOS X", as can
bee seen in many places, for example http://www.apple.com/macosx/). This
contrasts the naming of the old operating system, which was called "MacOS" and
today is often refered to as "MacOS Classic".

The attached patches fixes the misuse of the name "MacOS X" in both the SDL12
and sdlweb CVS modules.

Wed, 12 Apr 2006 14:38:47 +0000From Anders F Bjorklund:
Sam Lantinga <slouken@libsdl.org> [Wed, 12 Apr 2006 14:38:47 +0000] rev 1620
From Anders F Bjorklund:

The current definition of int32_t, uint32_t, uintptr_t
doesn't match what the Mac system headers already have...

Since it's an old 16/32 bit platform, the system headers
expect the types to use "long" and not "int" like they do.

Wed, 12 Apr 2006 14:37:05 +0000From Anders F Bjorklund:
Sam Lantinga <slouken@libsdl.org> [Wed, 12 Apr 2006 14:37:05 +0000] rev 1619
From Anders F Bjorklund:

When switching to "UNIX-style paths" as needed for the new includes,
including <GL/gl.h> and <GL/glu.h> doesn't work anymore on Mac OS...

The two headers are really located in the OpenGL SDK 1.2 CFM like this:
OpenGL:Headers:gl.h
OpenGL:Headers:glu.h

There are also some compat copies, that *used* to work with Mac paths:
OpenGL:Headers:GL/gl.h
OpenGL:Headers:GL/glu.h

The easiest fix is to make SDL_opengl.h include the proper header names,
by adding a special case for the MACOS platform in addition to the MACOSX