Added pre-configured versions of SDL_config.h for various platforms

testplatform replaces testtypes, testendian, and testcpuinfo

Added preliminary support for MiNT /dev/mouse driver (disabled atm)

*** empty log message ***

*** empty log message ***

*** empty log message ***

Fixed script on mingw

*** empty log message ***

ranlib needs to be run after the library is installed...

FIXME: This code needs to be rewritten to reference the static data using relocatable addresses (e.g. http://www.gentoo.org/proj/en/hardened/pic-fix-guide.xml or http://nasm.sourceforge.net/doc/html/nasmdoc8.html#section-8.2) This code currently breaks on systems with readonly text segments (hardened Linux / Intel Mac)

Fixed include files

Fixed assembly alignment error on Intel Macs. Do we really need 16-bit alignment here?

*** empty log message ***

Fixed build warnings on Intel Mac

Fixed some preprocessor mangling

Whoops, forgot to check in this fix

*** empty log message ***

Added a test case

*** empty log message ***

Catch the C++ and Objective C sources too...

Use consistent identifiers for the various platforms we support. Make sure every source file includes SDL_config.h, so the proper system headers are chosen.

*** empty log message ***

Date: Mon, 20 Feb 2006 19:54:51 -0500 From: Brian Barnes Subject: [SDL] Fix for FSAA OS X bug -- Please fix in CVS Code I stopped complaining and went in an fixed the bug myself :) SDL always dies if you try to use FSAA on Mac OS X, the problem is in the file: SDL_QuartzGL.m

*** empty log message ***

Whoops. :)

Added rules to build libSDLmain.a Reverted Patrice's mint changes - you should fix the source files, not add include paths to the build process.

Add missing include directories

Hum badly edited source

Set the install permissions correctly

Pass LDFLAGS to the build system

*** empty log message ***

Blargle-fnargle dependencies and build rules

Added DESTDIR support

Fixed X11 library detection Allow passing CFLAGS for the build in the environment

Fixed build dependencies... ugh

Tests require SDL 1.2.10

Pick the right default GL library on IRIX

Fixed defaults for 8 bpp visuals

build fixes for IRIX 6.5 - dynamic X11 loading works! :)

NetBSD support

*** empty log message ***

On FreeBSD, alloca is defined in stdlib.h

Completely removed dependency on automake

Use only safe string functions

*** empty log message ***

*** empty log message ***

I don't think we need aclocal anymore (comes from the automake package)

sprintf should have been snprintf

QuickTime depends on Carbon and ApplicationServices

*** empty log message ***

Whoops

Added a reminder on where to put libSDL.so

Detect the X11 library on Solaris x86

Doh! Bitten by search and replace. :)

More fixes for building on BeOS

Fixes for BeOS and Solaris builds

spaces, not tabs. :)

Add missing clause

Fix typo

Fixed building with cygwin

*** empty log message ***

New configure-based build system. Still work in progress, but much improved

*** empty log message ***

*** empty log message ***

More header massaging... works great on Windows. ;-)

Whoops, need this. :)

*** empty log message ***

*** empty log message ***

Fixed build problem with SDL_string.c Officially deprecated SDL_byteorder.h, SDL_getenv.h and SDL_types.h Moved endian-related SDL_rwops code into SDL_rwops.c

Started the process of improving configure support, and merging C types and library support into a single header.

Disable freaking autoheader. :)

Changed X11 header order so it works on Solaris. Fixes Bugzilla #138. --ryan.

Fixes for new SDL embedded libc stuff

*** empty log message ***

Date: Mon, 6 Feb 2006 11:41:04 -0500 From: "mystml@adinet.com.uy" Subject: [SDL] ALT-F4 using DirectX My game isn't getting SDL_QUIT when I press ALT-F4 using the DirectX driver; it does get SDL_QUIT when I press the red X in the window. I tracked this down to DX5_HandleMessage() in SDL_dx5events.c; WM_SYSKEYDOWN is being trapped and ignored which causes Windows not to post a WM_CLOSE, hence no SDL_QUIT is being generated. The relevant code is this : /* The keyboard is handled via DirectInput */ case WM_SYSKEYUP: case WM_SYSKEYDOWN: case WM_KEYUP: case WM_KEYDOWN: { /* Ignore windows keyboard messages */; } return(0); If I comment the WM_SYSKEYDOWN case, it falls through DefWindowProc() and ALT-F4 starts working again. I'm not sure about the best way to fix this. One option is handling ALT-F4 as a particular case somehow, but doesn't sound good. Another option would be to handle WM_SYSKEYDOWN separately and breaking instead of returning 0, so processing falls through and goes to DefWindowProc which does The Right Thing (TM). This seems to be the minimal change that makes ALT-F4 work and normal keyboard input continues to work. Does this sound reasonable? Am I overlooking anything? Do I submit a patch? --Gabriel

Check for strtod

Default to build SDL without MSVCRT

Fixes for Visual C++ 6.0

G:\SDL-12-CVS\src\video\math_private.h(171) : error C4226: nonstandard extension used : 'huge' is an obsolete keyword

*** empty log message ***

Fixed it Hayashi Naoyuki's way. :)

Configure dynamically generates SDL_config.h I'm still wrestling with autoheader, but this should work for now... Fixed lots of build problems with C library support disabled

Faster fades when changing to/from/between fullscreen modes on Mac OS X. Also, it doesn't show the desktop between modes anymore. Fixes Bugzilla #100. --ryan.

*** empty log message ***

Removed uses of stdlib.h and string.h

Don't touch code that we brought in from other sources

Use SDL_ prefixed versions of C library functions. FIXME: Change #include <stdlib.h> to #include "SDL_stdlib.h" Change #include <string.h> to #include "SDL_string.h" Make sure nothing else broke because of this...

SDL_config.h will eventually be a general feature set test, which will be useful for any program built with SDL on a given platform.

Proper credit to uClibc :)

*** empty log message ***

Update from Alan Buckley

A few fixes to get this building on Linux again

It's now possible to build SDL without any C runtime at all on Windows, using Visual C++ 2005

Seek back to start on error

Date: Sat, 04 Feb 2006 19:47:23 +0900 From: Hayashi Naoyuki Subject: Re: [SDL] Character Composition problem on X The compilation fails. cc: Error: SDL_x11events.c, line 717: In this statement, "XK_dead_hook" is not declared. (undeclared) ODD_keymap[XK_dead_hook&0xFF] = SDLK_COMPOSE; -------------------^ cc: Error: SDL_x11events.c, line 718: In this statement, "XK_dead_horn" is not declared. (undeclared) ODD_keymap[XK_dead_horn&0xFF] = SDLK_COMPOSE; Neither XK_dead_hook nor XK_dead_horn are defined on Tru64.

Resolved bug #130 Use XFilterEvent() to handle dead-key composition under X11 Cleaned up the code in preparation for 1.3 API changes

From: Hayashi Naoyuki I tried to compile with gcc on Tru64, and got the following error. SDL_systimer.c:45:45: error: operator '&&' has no right operand It succeeds if changing #if (defined _POSIX_TIMERS && _POSIX_TIMERS > 0) to #if (defined _POSIX_TIMERS && _POSIX_TIMERS + 0 > 0)

Resolve bug #120 Use the real executable's name for the window class, if it's available.

Favor using pthread_mutexattr_settype() on Linux.

Fixed compile warning

Update for mintlib 0.57.6 (m68k-atari-mint libc)

Date: Wed, 1 Feb 2006 18:20:33 -0800 From: Eric Wing Subject: SDL/Universal Binary updates Hi Sam, Attached is a big set of changes to the Xcode projects to support Universal Binaries. I have also included .dmgs that include the prebuilt frameworks. Ryan, I also updated SMPEG which is also in the package. The SDL and smpeg binaries were built against the CVS version (pulled maybe a month ago?). I do not have an Intel Mac to test on so I have no idea if this stuff actually works. However, Christian Walther has been a big help in testing 10.2.8 and 10.3.9 so I'm fairly confident we got the build settings correct for at least PPC. I have attempted to document the important things for producing these Universal Binaries. Documentation is somewhat scattered through out everything, but there is a big centralized piece of documentation in the UniversalBinaryNotes.rtf in the SDL.dmg. As far as Universal Binaries are concerned, the big things were: - Build with gcc 3.3 on PPC, 4.0 on Intel. - We couldn't get any of the MMX/SSE code to compile/link (SDL and smpeg). - All 3rd party dependencies had to be rebuilt as Universal There were also a bunch of non-Universal things that have been updated: - I converted the SDL-satellites to create .dmg's instead of .pkg installers - Updated all 3rd party static libraries with current versions. (I think libpng was the most dramatic going from 1.0.? to 1.2.8 with API breakage. I haven't found any problems so far in doing this.) - Changed some compiler optimization settings - Finally updated the exports list for SDL_mixer - Tried to include a static smpeg in SDL_mixer (multiple build variants in Xcode project now) - Enabled Altivec in SDL (we forgot to add the flags to Xcode last time) - More documentation Since so many things have changed, there might be new problems introduced. The big issue I've found so far is with SDL_mixer. As I mentioned on the mailing list, MP3's produce an assertion failure. And the MikMod problem reported on Bugzilla continues to persist. There's probably a bunch of other stuff I'm forgetting. There really were hundreds of little things I mucked with so it's hard to remember them all. If you have any questions, feel free to ask. Thanks, Eric

AAlib driver was using C runtime string functions without including string.h. Fixes Bugzilla #131.

Logic bug in X11 Unicode input shutdown...was checking for == NULL when it should be != NULL.

Eliminate duplicate modes with different refresh rates

Updated exports

*** empty log message ***

Merged useful fixes from 1.3 branch

Fixed dynamic X11 for now, I think.

*** empty log message ***

Updated copyright information and removed rcs id lines (problematic in branch merges) I batch edited these files, so please let me know if I've accidentally removed anybody's credit here.

*** empty log message ***

Add flag to post mouse button events or not, and use defined function to post them

Bah, I don't know what I'm doing.

Quit building the frigging F77 libtool configuration!

We're no longer doing compile checks on the X11 extensions which we include. (Resolves bug #114)

Changed references to XFree86 to Xext to match change in directory structure. Reference Bugzilla #116.

Reverted in favor of this one: https://bugzilla.libsdl.org/attachment.cgi?id=3

XFree86 directory renamed to Xext

Date: Tue, 05 Jul 2005 21:43:26 +1000 From: Sean Childs Subject: [SDL] Compiling SDL 1.2.8 with the free Borland compiler When compiling SDL 1.2.8 with the free Borland compiler, I received this error (there is a similar error that occurs in src\video\windx5\sdl_dx5events.c): Error E2342 ..\..\src\video\windib\sdl_dibevents.c 189: Type mismatch in parameter 'lpPrevWndFunc' (wanted 'int (__stdcall *)()', got 'long (__stdcall *)(void *,unsigned int,unsigned int,long)') in function DIB_HandleMessage I checked the MSDN library at: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/ windowsuserinterface/windowing/windowprocedures/windowprocedurereference/wind owprocedurefunctions/callwindowproc.asp and it had this to say: If STRICT is not defined, the lpPrevWndFunc parameter has the data type FARPROC. The FARPROC type is declared as follows: int (FAR WINAPI * FARPROC) () In C, the FARPROC declaration indicates a callback function that has an unspecified parameter list. In C++, however, the empty parameter list in the declaration indicates that a function has no parameters. This subtle distinction can break careless code. Following is one way to handle this situation: #ifdef STRICT WNDPROC MyWindowProcedure #else FARPROC MyWindowProcedure #endif ... lResult = CallWindowProc(MyWindowProcedure, ...)