Tue, 27 Sep 2005 09:00:42 +0000Patch from Martin Lange (mala-sdl at hotmail.com) to unregister SDL's win32
Ryan C. Gordon <icculus@icculus.org> [Tue, 27 Sep 2005 09:00:42 +0000] rev 1145
Patch from Martin Lange (mala-sdl at hotmail.com) to unregister SDL's win32
windowclass when shutting down the video subsystem...this allows you to
safely unload/reload the SDL shared library on Windows between
initializations.

Discussion is here:
http://www.devolution.com/pipermail/sdl/2005-February/067424.html

Tue, 27 Sep 2005 08:36:28 +0000Date: Sun, 11 Sep 2005 14:41:07 +0300 (EEST)
Ryan C. Gordon <icculus@icculus.org> [Tue, 27 Sep 2005 08:36:28 +0000] rev 1144
Date: Sun, 11 Sep 2005 14:41:07 +0300 (EEST)
From: =?ISO-8859-1?Q?Martin_Storsj=F6?= <martin@martin.st>
To: sdl@libsdl.org
Subject: [SDL] [PATCH] Switching between fullscreen/windowed on OS X

Hi,

When switching from fullscreen to windowed mode for opengl applications,
the current version of SDL sets an harmless error, regarding usage of a
NULL semaphore. This is due to code which tries to shut down a blitting
thread, which is only started for double buffered 2d video modes, not for
opengl. The attached patch fixes this.

// Martin

Thu, 22 Sep 2005 08:48:16 +0000Replaced Mac OS X's C++ cdrom code with almost-direct translation to C. Sam
Ryan C. Gordon <icculus@icculus.org> [Thu, 22 Sep 2005 08:48:16 +0000] rev 1143
Replaced Mac OS X's C++ cdrom code with almost-direct translation to C. Sam
requested this effort on the mailing list, apparently because of binary
compatibility issues between 10.4 and earlier systems (or gcc4 and earlier
compilers?).

Works fine with SDL12/test/testcdrom.c, with this command line:

./testcdrom -status -list -play -sleep 5000 -pause -sleep 3000 -resume \
-sleep 5000 -stop -sleep 3000 -play -sleep 3000 -stop \
-sleep 3000 -eject

Unix Makefiles work, XCode project still need updating for new filenames.

Sun, 11 Sep 2005 04:15:44 +0000Date: Fri, 2 Sep 2005 21:56:50 -0400
Sam Lantinga <slouken@libsdl.org> [Sun, 11 Sep 2005 04:15:44 +0000] rev 1142
Date: Fri, 2 Sep 2005 21:56:50 -0400
From: Mike Frysinger
Subject: [SDL] [patch] make sure autotools worked

the current autogen.sh runs a bunch of autotools without actually checking the
results ... find attached a patch to add some simple sanity checks

Thu, 08 Sep 2005 18:26:56 +0000If couldn't load a needed GL symbol in SDL_SetVideoMode(), report it more
Ryan C. Gordon <icculus@icculus.org> [Thu, 08 Sep 2005 18:26:56 +0000] rev 1141
If couldn't load a needed GL symbol in SDL_SetVideoMode(), report it more
specifically. Patch by Anders F Bj´┐Żrklund <afb@algonet.se>.

--ryan.

Thu, 08 Sep 2005 07:33:22 +0000iPod Linux framebuffer support.
Ryan C. Gordon <icculus@icculus.org> [Thu, 08 Sep 2005 07:33:22 +0000] rev 1140
iPod Linux framebuffer support.

--ryan.


Date: Sun, 19 Jun 2005 15:53:22 -0700
From: Joshua Oreman <oremanj@gmail.com>
To: sdl@libsdl.org
Subject: [SDL] [PATCH] iPod framebuffer video driver

Hi SDL-list,

I've been working on a port of SDL to iPodLinux
(http://www.ipodlinux.org). I've created a patch for both the
standard 2-bit iPod screen (using an unchangeable palette) and the
16-bit iPod photo. The patch is attached, against version 1.2.8.

I've created two pages on the iPodLinux wiki about this patch:
http://www.ipodlinux.org/Building_SDL and
http://www.ipodlinux.org/SDL_Programming. See those pages if you're
curious.

Comments? Questions? Is this something that might be able to get into SDL 1.2.9?

Thanks for your feedback!
-- Josh

Thu, 08 Sep 2005 07:20:59 +0000Altivec blitter for 555 -> 8888 surface, written by me.
Ryan C. Gordon <icculus@icculus.org> [Thu, 08 Sep 2005 07:20:59 +0000] rev 1139
Altivec blitter for 555 -> 8888 surface, written by me.

--ryan.

Thu, 08 Sep 2005 07:15:44 +0000Commercial-OSS-on-Solaris patch...
Ryan C. Gordon <icculus@icculus.org> [Thu, 08 Sep 2005 07:15:44 +0000] rev 1138
Commercial-OSS-on-Solaris patch...

--ryan.



Date: Sun, 14 Aug 2005 23:06:40 -0500
From: Shawn Walker <binarycrusader@gmail.com>
To: sdl@libsdl.org
Subject: [SDL] [PATCH] Audio Detection Bug

When using the OSS commercial drivers under Solaris 10, SDL will not
properly initialise OSS audio support (dsp) if /dev/sound exists.
Under Solaris (as far as I understand) /dev/sound is provided as a
means of accessing a BSD style audio device, not the OSS device.

SDL assumes that if /dev/sound exists, then it must be running on a
Linux 2.4 system and should make the dsp device path /dev/sound/dsp.
This is wrong. When using the OSS commercial drivers under Solaris,
the dsp device is always referenced as /dev/dsp normally.

My proposed fix is to stat the dsp device in /dev/sound to make sure
it exists, before assuming /dev/sound/dsp as the audio device:

http://icculus.org/~eviltypeguy/SDL_audiodev.patch

I'm sure there may be a better way to do it, but the above patch is
what worked for me.

--=20
Shawn Walker, Software and Systems Analyst
binarycrusader@gmail.com - http://binarycrusader.blogspot.com/

Thu, 08 Sep 2005 06:49:20 +0000Byte order detection fixes in SDL_endian.h ...
Ryan C. Gordon <icculus@icculus.org> [Thu, 08 Sep 2005 06:49:20 +0000] rev 1137
Byte order detection fixes in SDL_endian.h ...

--ryan.




From: Mike Frysinger <vapier@gentoo.org>
To: sdl@libsdl.org
Date: Thu, 1 Sep 2005 20:25:01 -0400
Subject: [SDL] [patch] add support for arm/thumb and superh to endian

find attached a patch to add support for detecting endian on superh and
arm/thumb ... also, ive incorporated a patch from Fedora which will gather
the correct endian on a linux host from the system endian.h instead of just
trying to maintain an ever-growing list of architectures
-mike

Thu, 08 Sep 2005 06:43:51 +0000Fix dlvsym() detection in the configure script.
Ryan C. Gordon <icculus@icculus.org> [Thu, 08 Sep 2005 06:43:51 +0000] rev 1136
Fix dlvsym() detection in the configure script.

--ryan.


From: Mike Frysinger <vapier@gentoo.org>
To: sdl@libsdl.org
Subject: Re: [SDL] sdl, sdl-mixer not compiling with uclibc
Date: Wed, 7 Sep 2005 19:17:49 -0400

in this case actually, the error is in libsdl

the configure check for dlvsym presence is pretty pointless, it currently
always detects it

AC_TRY_COMPILE([
#include <stdio.h>
#define __USE_GNU
#include <dlfcn.h>
],[
dlvsym(NULL,"","");
],[
use_dlvsym=yes
])

since it's merely compiling, the warning about dlvsym being implicitly
declared doesnt trigger a failure

find attached a patch to fix this
-mike