Sam Lantinga <slouken@libsdl.org> [Sat, 07 Jan 2012 01:28:06 -0500] rev 6166
Fixed bug 1224 - Blit map not updated if source palette changed
bastien.bouclet@gmail.com 2011-06-12 11:08:58 PDT
SDL_LowerBlit doesn't update the blit color map if the source surface has
changed.
A proposed fix is attached, storing the source palette version in the color
map.
Sam Lantinga <slouken@libsdl.org> [Sat, 07 Jan 2012 01:25:55 -0500] rev 6165
Fixed bug 1225 - Altivec blitters broken due to SDL_PixelFormat
bastien.bouclet@gmail.com 2011-06-13 05:50:58 PDT
Static pixel format initialization has not been updated to reflect header
changes in SDL_blit_N.c
The attached patch fixes Altivec support for me. altivec.h is needed for some
systems.
Sam Lantinga <slouken@libsdl.org> [Sat, 07 Jan 2012 01:21:50 -0500] rev 6164
Fixed bug 1239 - Crash in iPad with iOS 3.2 because of missing contentScaleFactor support
Joseba GarcĂa Echebarria 2011-06-30 19:03:56 PDT
I just found that SDL is crashing in the iPad simulator for iOS 3.2 but not for
iOS 4.2 or over when compiling with Xcode 4.0.2.
The Xcode debugger points to line 127 in video/uikit/SDL_uikitopenglview.m as
the line that triggers the crash.
On those lines one can find:
/* Use the main screen scale (for retina display support) */
if ([[UIScreen mainScreen] respondsToSelector:@selector(scale)])
self.contentScaleFactor = [UIScreen mainScreen].scale;
I believe the problem to be that the "scale" selector is supported in iOS 3.2
in the iPad, but contentScaleFactor is not.
I'm no expert in Objective-C, but I believe the following code to be more
correct (it doesn't crash for me):
/* Use the main screen scale (for retina display support) */
if ([[UIScreen mainScreen] respondsToSelector:@selector(scale)] &&
[self respondsToSelector:@selector(contentScaleFactor)])
self.contentScaleFactor = [UIScreen mainScreen].scale;
The same check is being performed in line 155 so I imagine it will crash there,
too.
Vittorio Giovara 2011-08-22 17:58:20 PDT
yeah, -scale was introduced in 3.2 but made available only in 4.0, weird
anyways we just need to check against contentScaleFactor as we can be sure that
both are availble starting from 4.0
the attached patch addresses this
Sam Lantinga <slouken@libsdl.org> [Sat, 07 Jan 2012 01:13:15 -0500] rev 6163
Fixed bug 1344 - No OpenGL headers when compiling -> no working Software renderer at runtime neither
Make sure we have at least one render driver.
Sam Lantinga <slouken@libsdl.org> [Sat, 07 Jan 2012 01:03:54 -0500] rev 6162
Switched back to version A, since we don't actually have a version A for SDL 1.3.
It would only be meaningful if we were planning to ship 1.2 as A, and 1.3 as B, which is completely worthless given the headers will be for 1.3 and the API is completely different.
Sam Lantinga <slouken@libsdl.org> [Sat, 07 Jan 2012 00:57:24 -0500] rev 6161
Fixed bug 1362 - SDL Fails to compile with Visual C++ Express 2008 with Feb 2007 DirectX SDK
Pallav Nawani 2012-01-04 00:48:29 PST
Issue:
Attempted to compile SDL as a static library.
DirectX SDK: Feb 2007
OS: Win 7
Visual C++ Express 2008
Compliation Mode: Static (Changed project settings from dll to lib)
Error:
C1021: invalid preprocessor command 'warning'
It seems that the #warning directive does not exist in Vc++ Express 2008.
Sam Lantinga <slouken@libsdl.org> [Sat, 07 Jan 2012 00:56:21 -0500] rev 6160
The symbols should be private
Sam Lantinga <slouken@libsdl.org> [Thu, 05 Jan 2012 21:41:55 -0500] rev 6159
Updated iOS projects and renamed iPhoneOS to iOS
Sam Lantinga <slouken@libsdl.org> [Thu, 05 Jan 2012 19:19:58 -0500] rev 6158
Fixed bug 1363 - SDL 1.2 hg does not compile against the 10.5 SDK
Alexei Svitkine 2012-01-05 15:55:47 PST
Open SDL.xcodeproject and change SDK to 10.5 and try to build. It will fail.
There are two errors:
1. Incorrect SDK version check in src/cdrom/macosx/AudioFilePlayer.h, which
redefines FSIORefNum. FSIORefNum is actually defined in the 10.5 SDK, but not
in the 10.4 one.
2. Code in SDL_QuartzVideo.m that tries to access NSScreen's private _frame
ivar, which fails to link on 64-bit. See:
https://www.google.com/?q=%22_OBJC_IVAR_%24_NSScreen._frame%22
Attached patch fixes both of these problems.
Ryan C. Gordon <icculus@icculus.org> [Mon, 02 Jan 2012 21:25:34 -0800] rev 6157
Quartz: Restore 1.2.14 behaviour of letting apps draw from background thread.
Strictly speaking, this isn't encouraged, but it's a regression.