Skip to content

L
libSDL
Switch branch/tag
  1. 13 Apr, 2006 8 commits
    • Sam Lantinga's avatar
      Fixed bug #185 · 7a15c646
      Sam Lantinga authored 
      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.

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401635
      7a15c646
    • Sam Lantinga's avatar
      Fixed bug #179 · 458c2abb
      Sam Lantinga authored 
      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.

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401634
      458c2abb
    • Sam Lantinga's avatar
      Fixed bug #176 · dfa643c3
      Sam Lantinga authored 
      [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 :-).

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401633
      dfa643c3
    • Sam Lantinga's avatar
      Fixed bug #193 · 678ac924
      Sam Lantinga authored 
      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.

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401632
      678ac924
    • Sam Lantinga's avatar
      Fixed bug #192 · 2cfa74d7
      Sam Lantinga authored 
      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.

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401631
      2cfa74d7
    • Sam Lantinga's avatar
      Added a delay so the warning message isn't accidentally missed. · 8e0aecf6
      Sam Lantinga authored 
      --HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401630
      8e0aecf6
    • Sam Lantinga's avatar
      Fixed bug #191 · ad57e2ae
      Sam Lantinga authored 
      [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.

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401629
      ad57e2ae
    • Sam Lantinga's avatar
      Fixes bug #195: · be0f0ff1
      Sam Lantinga authored 
      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.

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401628
      be0f0ff1
  3. 12 Apr, 2006 4 commits
    • Sam Lantinga's avatar
      From Anders F Bjorklund: · 8445eb17
      Sam Lantinga authored 
      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.

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401627
      8445eb17
    • Sam Lantinga's avatar
      From Anders F Bjorklund: · 0478af81
      Sam Lantinga authored 
      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

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401626
      0478af81
    • Sam Lantinga's avatar
      *** empty log message *** · f2c3b514
      Sam Lantinga authored 
      --HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401625
      f2c3b514
    • Sam Lantinga's avatar
      Patch from Alex to fix reverted code · 20e18895
      Sam Lantinga authored 
      --HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401624
      20e18895
  5. 31 Mar, 2006 3 commits
    • Sam Lantinga's avatar
      *** empty log message *** · a3f6fa51
      Sam Lantinga authored 
      --HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401623
      a3f6fa51
    • Sam Lantinga's avatar
      Ugh, more 64-bit cleanup · 9ccb05a0
      Sam Lantinga authored 
      --HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401622
      9ccb05a0
    • Sam Lantinga's avatar
      Date: Wed, 29 Mar 2006 17:26:55 +0200 CEST · 403b4f89
      Sam Lantinga authored 
      From: "Fran���is Revol"
Subject: [SDL] BeOS port fix: PrintScreen key crashing

It seems the latest SDL crashes when someone hits the PrtScrn key in
ZETA (BeOS R6), somewhere it gets a negative value as key code (or a
big unsigned maybe ?), and uses it as an index in the keysym table...
I'll investigate the cause for the negative value, but it's always
better to check for bounds correctly when indexing a table. The
attached diff fixes it.

Fran���is Revol
--
Software Architect
yellowTAB GmbH

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401621
      403b4f89
  7. 25 Mar, 2006 1 commit
  9. 24 Mar, 2006 3 commits
    • Sam Lantinga's avatar
      Fixed some ultra-pedantic gcc warnings · 26cb9c7c
      Sam Lantinga authored 
      --HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401619
      26cb9c7c
    • Sam Lantinga's avatar
      Fixed bug #177 · 1237375c
      Sam Lantinga authored 
      The attached patch changes configure.in to use "-framework FOO" instead of
"-Wl,-framework,FOO".

This avoid some issues with certain versions of libtool that do not handle
-framework properly.
Some versions of libtool will try to reorder the two parts of the option, or
render the 2nd part of the argument to the relative path of a non-existent
library.

Note: It is not enough if SDL uses a version of libtool that does this
correctly, because these -framework options show up in "sdl-config --libs".
Hence, some 3rd party apps which still ship with an old libtool have troubles
compiling under Mac OS X.

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401618
      1237375c
    • Ryan C. Gordon's avatar
      SDL_X11_LoadSymbols() was reporting success when required symbols weren't · fee38056
      Ryan C. Gordon authored 
       found!

--HG--
extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401617
      fee38056
  11. 23 Mar, 2006 17 commits
  13. 22 Mar, 2006 4 commits