Wed, 24 Aug 2005 21:57:48 +0000Merged the Visual C++ 6 and 7 projects so all Visual C++ users unpack the same set of projects to get started. release-1.2.9
Sam Lantinga <slouken@libsdl.org> [Wed, 24 Aug 2005 21:57:48 +0000] rev 1131
Merged the Visual C++ 6 and 7 projects so all Visual C++ users unpack the same set of projects to get started.

Wed, 24 Aug 2005 05:49:57 +0000Updated version number
Sam Lantinga <slouken@libsdl.org> [Wed, 24 Aug 2005 05:49:57 +0000] rev 1130
Updated version number

Tue, 23 Aug 2005 15:22:03 +0000Updated the version number...
Sam Lantinga <slouken@libsdl.org> [Tue, 23 Aug 2005 15:22:03 +0000] rev 1129
Updated the version number...

Tue, 23 Aug 2005 06:43:24 +0000*** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Tue, 23 Aug 2005 06:43:24 +0000] rev 1128
*** empty log message ***

Tue, 23 Aug 2005 06:36:23 +0000Date: Mon, 22 Aug 2005 04:22:46 -0400
Sam Lantinga <slouken@libsdl.org> [Tue, 23 Aug 2005 06:36:23 +0000] rev 1127
Date: Mon, 22 Aug 2005 04:22:46 -0400
From: "Ryan C. Gordon"
Subject: [Fwd: SDL patch: make usage of rpath optional]

Here's a small patch against current SDL CVS that makes usage of rpath
optional, by passing --disable-rpath to configure. This comes in handy
when redistributing SDL -- the rpath setting prevents the lib being
loaded if it's not in the rpath, which makes redistributing in packages
to be installed by non-root users pretty much useless.

Mon, 22 Aug 2005 14:38:31 +0000Fix for bug reported by Michael Benfield on the SDL mailing list:
Ryan C. Gordon <icculus@icculus.org> [Mon, 22 Aug 2005 14:38:31 +0000] rev 1126
Fix for bug reported by Michael Benfield on the SDL mailing list:

"I'm on Mac OS 10.3.9 with a CVS SDL 1.2.9.

My understanding is that SDL_CDResume is supposed to resume play after
calling SDL_CDPlay. It doesn't on my system. It returns 0 but nothing happens.

Any ideas?

Thanks.

Mike Benfield"

--ryan.

Mon, 22 Aug 2005 14:18:15 +0000Apparently MacOS X will sometimes pass command line arguments to a Cocoa
Ryan C. Gordon <icculus@icculus.org> [Mon, 22 Aug 2005 14:18:15 +0000] rev 1125
Apparently MacOS X will sometimes pass command line arguments to a Cocoa
app as an openFile() message, so we have to make sure we were launched from
the Finder before accepting these as drag'n'drop documents, or they will just
duplicate what's already in argc/argv.

Sun, 21 Aug 2005 08:02:23 +0000*** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sun, 21 Aug 2005 08:02:23 +0000] rev 1124
*** empty log message ***

Sun, 21 Aug 2005 06:18:54 +0000Date: Fri, 08 Jul 2005 22:43:48 +0200 (CEST)
Sam Lantinga <slouken@libsdl.org> [Sun, 21 Aug 2005 06:18:54 +0000] rev 1123
Date: Fri, 08 Jul 2005 22:43:48 +0200 (CEST)
From: Jiri Svoboda
Subject: [SDL] signal handling bug

I encountered the following bug:
SDL doesn't reset signal handlers for SIGTERM and SIGINT, after calling SDL_Quit these remain hooked to the handler in SDL_quit.c, being translated into SDL_QUIT events.

Consequently an application that issues a SDL_Quit and remains running will ignore any SIGTERM or SIGINT., and specifically CTRL-C presses.

Sat, 20 Aug 2005 21:39:06 +0000From Patrice Mandin:
Ryan C. Gordon <icculus@icculus.org> [Sat, 20 Aug 2005 21:39:06 +0000] rev 1122
From Patrice Mandin:

"Just a request about test subdirectory: the autotools files
(config.guess, config.sub, etc...) are a bit outdated, and I have to
update them for my cross-compilation party. So it would be nice to
have these updated.

...

Just removing these files works, because then configure will use
those of SDL's topdir. Could someone else check this, just to be sure?
i.e. remove config.guess, config.sub, install-sh and mkinstalldirs from
test subdir."


I tested on Linux and MacOSX...seems to be safe, so I'm nuking the files.

--ryan.