1. 14 Apr, 2006 1 commit
    • Sam Lantinga's avatar
      From Anders F Bj�rklund: · ee42a101
      Sam Lantinga authored
      Updated the MPW makefiles ("SDL.make", "SDLtest.make")
      by adding the new "dummy" and "disk" directories/files.
      
      --HG--
      extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401640
      ee42a101
  2. 13 Apr, 2006 12 commits
    • Sam Lantinga's avatar
      Don't check dlopen on Mac OS X, to retain 10.2 compatibility · a56f3618
      Sam Lantinga authored
      --HG--
      extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401639
      a56f3618
    • Sam Lantinga's avatar
      Fixed MacOS X and Solaris detection · 50f2cfc3
      Sam Lantinga authored
      --HG--
      extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401638
      50f2cfc3
    • Sam Lantinga's avatar
      Fixed compile error · 1f2f6191
      Sam Lantinga authored
      --HG--
      extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401637
      1f2f6191
    • Sam Lantinga's avatar
      Fixed bug #55 · 95686457
      Sam Lantinga authored
      From Christian Walther:
      When writing my patch for #12, I ended up doing all sorts of changes to the way
      application/window activating/deactivating is handled in the Quartz backend,
      resulting in the attached patch. It does make the code a bit cleaner IMHO, but
      as it might be regarded as a case of "if it ain't broken, don't fix it" I'd
      like to hear other people's opinion about it. Please shout if some change
      strikes you as unnecessary or wrong, and I'll explain the reasons behind it. As
      far as I tested it, it does not introduce any new bugs, but I may well have
      missed some.
      
      - The most fundamental change (that triggered most of the others) is irrelevant
      for the usual single-window SDL applications, it only affects the people who
      are crazy enough to display other Cocoa windows alongside the SDL window (I'm
      actually doing this currently, although the additional window only displays
      debugging info and won't be present in the final product): Before, some things
      were done on the application becoming active, some on the window becoming key,
      and some on the window becoming main. Conceptually, all these actions belong to
      the window becoming key, so that's what I implemented. However, since in a
      single-window application these three events always happen together, the
      previous implementation "ain't broken".
      
      - This slightly changed the meaning of the SDL_APPMOUSEFOCUS flag from
      SDL_GetAppState(): Before, it meant "window is main and mouse is inside window
      (or mode is fullscreen)". Now, it means "window is key and mouse is inside
      window (or mode is fullscreen)". It makes more sense to me that way. (See
      http://developer.apple.com/documentation/Cocoa/Conceptual/WinPanel/Concepts/ChangingMainKeyWindow.html
      for a discussion of what key and main windows are.) The other two flags are
      unchanged: SDL_APPACTIVE = application is not hidden and window is not
      minimized, SDL_APPINPUTFOCUS = window is key (or mode is fullscreen).
      
      - As a side effect, the reorganization fixes the following two issues (and
      maybe others) (but they could also be fixed in less invasive ways):
      
      * A regression that was introduced in revision 1.42 of SDL_QuartzVideo.m
      (http://libsdl.org/cgi/cvsweb.cgi/SDL12/src/video/quartz/SDL_QuartzVideo.m.diff?r1=1.41&r2=1.42)
      (from half-desirable to undesirable behavior):
      
      Situation: While in windowed mode, hide the cursor using
      SDL_ShowCursor(SDL_DISABLE), move the mouse outside of the window so that the
      cursor becomes visible again, and SDL_SetVideoMode() to a fullscreen mode.
      What happened before revision 1.42: The cursor is visible, but becomes
      invisible as soon as the mouse is moved (half-desirable).
      What happens in revision 1.42 and after (including current CVS): The cursor is
      visible and stays visible (undesirable).
      What happens after my patch: The cursor is invisible from the beginning
      (desirable).
      
      * When the cursor is hidden and grabbed, switch away from the application using
      cmd-tab (which ungrabs and makes the cursor visible), move the cursor outside
      of the SDL window, then cmd-tab back to the application. In 1.2.8 and in the
      current CVS, the cursor is re-grabbed, but it stays visible (immovable in the
      middle of the window). With my patch, the cursor is correctly re-grabbed and
      hidden. (For some reason, it still doesn't work correctly if you switch back to
      the application using the dock instead of cmd-tab. I haven't been able to
      figure out why. I can step over [NSCursor hide] being called in the debugger,
      but it seems to have no effect.)
      
      - The patch includes my patch for #12 (it was easier to obtain using cvs diff
      that way). If you apply both of them, you will end up with 6 duplicate lines in
      SDL_QuartzEvents.m.
      
      --HG--
      extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%401636
      95686457
    • 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
  4. 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
  5. 25 Mar, 2006 1 commit
  6. 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
  7. 23 Mar, 2006 16 commits