Thu, 13 Apr 2006 14:04:13 +0000 Fixed 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 +0000 Fixed 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 +0000 Fixed 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 +0000 Fixed 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 +0000 Added 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 +0000 Fixed 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 +0000 Fixes 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 +0000 From 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 +0000 From 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
Wed, 12 Apr 2006 14:25:29 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Wed, 12 Apr 2006 14:25:29 +0000] rev 1618
*** empty log message ***
(0) -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip