summaryrefslogtreecommitdiff
path: root/configure
AgeCommit message (Collapse)AuthorFilesLines
2012-01-22Updated to SDL 2.0, and SDL 2.0 can now be installed coexisting with SDL 1.2Sam Lantinga1-13/+13
--HG-- rename : sdl-config.in => sdl2-config.in rename : sdl.m4 => sdl2.m4 rename : sdl.pc.in => sdl2.pc.in
2012-01-19Switched back to configure generating SDL_config.hSam Lantinga1-5/+5
It was very confusing to have configure generate an SDL_config.h and then not have it be used when building on Mac OS X or Windows. I'll just have to remember to use SDL_config_windows.h when building official releases that are supposed to be ABI compatible with Visual Studio. --HG-- rename : include/SDL_config_generated.h.in => include/SDL_config.h.in
2012-01-15Check for sem_timedwait(), which isn't available on some systems (including ↵Sam Lantinga1-0/+61
OpenBSD
2012-01-14Make sure that we use consistent configuration options on platforms like ↵Sam Lantinga1-8/+13
Windows so that command line builds and IDE builds have ABI compatibility. Make sure we don't clobber SDL_revision.h when building from Mercurial --HG-- rename : include/SDL_config.h.in => include/SDL_config_generated.h.in
2012-01-08Fixed bug 1242 - PATCH: Improve support for OpenGL ES under X11Sam Lantinga1-20/+217
Scott Percival 2011-07-03 06:41:51 PDT This submission is aimed at making life easier for OpenGL ES capable devices running a X11 stack (e.g. Maemo, Meego, TrimSlice, other ARM SoC boards not running Android). SDL's Pandora support already has the neccesary GLES-to-X11 glue code, however it's all ghetto'd off in Makefile.pandora and not very flexible. The patch: - adds an awesome --enable-video-opengles option to configure - re-modifies the opengles and opengles2 SDL_renderers to use function pointers - no idea why this was removed? - for SDL_Renderers, links in libGLESv1_CM, libGLES_CM (for PowerVR fans) or libGLESv2 at runtime - links in libEGL.so at runtime - the old code made an assumption that eglFunctions could be pulled from the active GLES library, PowerVR for one doesn't let you do that with their libGLESv2 - allows you to pick which of GLES v1 or v2 to load via SDL_GL_CONTEXT_MAJOR_VERSION So far I've tested this on a Nokia N900 (OMAP 3430/SGX 530 running Maemo 5) and a Toshiba AC100 (Tegra 2 running Ubuntu 10.10). I haven't tested it on... well, everything that isn't those two, such as a Pandora, iOS or Android device. The Pandora specific code should be kept intact (fingers crossed), and nothing painfully drastic has been added to the SDL_renderers. The library loading sequence in SDL_x11opengles has been updated to accomodate both NVIDIA's propensity to let developers get away with murder and PowerVR's alternative of punishing every missed step. The test apps work okay with GLES or GLES2 as the renderer. For some reason alpha blending doesn't seem to work on the Tegra 2; last week NVIDIA pushed out a new set of X11 GLES drivers, so I'll try and investigate once I upgrade those. Also, this patch adds things to configure.in, include/SDL_config.h.in and test/configure.in. I didn't know what the policy was re. committing generated spaghetti from autotools, so ./autogen.sh has to be run again. Sorry. I think that's about everything, let me know if there's anything I've overlooked.
2011-12-29Fixes bug 1296 - SDL_SetVideoMode crashes because of unaligned MOVAPS ↵Sam Lantinga1-0/+67
instruction t.grundner@goto3d.de 2011-09-01 03:59:17 PDT I figured out what is going on. GCC 4.5.2 assumes the stack is 16 byte aligned by default. Therefore there are no AND alignment corrections necessary if we wish to align a stack variable to a 16 byte boundary. That is bad if your OS ABI is not 16 byte aligned. Windows 32 bit stacks are 4 byte aligned. This results in the above mentioned SIGSEGV. This is also no problem if I compile both SDL.dll and my app with MingW because MinGW/GCC inserts a andl $-16, %esp instruction right in the beginning of the main function. So at least the stack of the thread calling the main function is 16 byte aligned. But as soon as I start to use the SDL.dll from an application not compiled by MinGW there is no ANDL safing my app. However there is a GCC option that can change the default stack alignment: -mpreferred-stack-boundary=num Setting num=2 assumes a the stack is aligned to a 4 byte boundary. This results in GCC inserting the necessary andl $-16, %esp into SDL_FillRect. Rebuilding SDL with ./configure "CFLAGS=-mpreferred-stack-boundary=2 -g -O3" solved the problem. IMHO this should also be a problem on Solaris. The following links contain further information: http://gcc.gnu.org/onlinedocs/gcc-4.5.2/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options http://www.agner.org/optimize/calling_conventions.pdf
2011-12-05Backed out most of changeset 4b88086910d3, at Andreas's request.Ryan C. Gordon1-5428/+11614
2011-12-05Fix buildbot sdl-macosx-unix-x86 and sdl-macosx-amd64 compiler warningsAndreas Schiffler1-11614/+5428
2011-11-17Fixed the aux directory to be the one recognized by automake.Sam Lantinga1-3/+3
This isn't strictly needed by SDL, but it's a good example for other projects.
2011-10-19Updated from configure.inSam Lantinga1-5425/+11750
2011-09-11Fixed Win64 builds with MingW.Ryan C. Gordon1-292/+360
2011-09-09Removed legacy Mac OS X dlcompat code.Ryan C. Gordon1-11362/+5348
It was only needed for Mac OS X 10.0 through 10.2, so it seems silly to keep it around for SDL 1.3. I'll leave it in the 1.2 branch for now, though.
2011-08-06Updated configure for new changes in configure.inSam Lantinga1-157/+604
2011-08-05More patches to compile.Ryan C. Gordon1-1/+0
2011-03-25SDL 1.3 requires a 64-bit type for the platform.Sam Lantinga1-2179/+0
2011-03-12If we leave the default SDL_config.h in place, it'll override the one ↵Sam Lantinga1-1/+5
generated by configure when building from a different directory. Argh...
2011-03-11We don't want to remove SDL_config.h since it's in source control now.Sam Lantinga1-5/+1
2011-03-11Updated configure with newer autoconfSam Lantinga1-8/+8
2011-03-11Added support for the Xcursor library for color cursorsSam Lantinga1-29/+181
2011-03-07The msimg library isn't needed anymore.Sam Lantinga1-1/+1
2011-02-28OSF isn't supported anymore.Sam Lantinga1-96/+1
2011-02-28IRIX is not supported anymore. :)Sam Lantinga1-95/+2
2011-02-28Dynamically load the Xinerama and xf86vmode extensionsSam Lantinga1-156/+409
This fixes a few bugs with different distributions: http://bugs.freedesktop.org/show_bug.cgi?id=17431 http://bugs.gentoo.org/show_bug.cgi?id=246177
2011-02-22Re-added the 3DNow! and AltiVec instruction support.Sam Lantinga1-20/+349
2011-02-18Added a better way to include build rules in the MakefileSam Lantinga1-21/+13
Cleaned up dependencies on generating SDL_revision.h Fixed 'make install' if you are not building from a Mercurial repository
2011-02-16Updated to remove stdio redirect optionSam Lantinga1-32/+20
2011-02-16Made it possible to build SDL from a fresh checkout without any additional ↵Sam Lantinga1-0/+30853
steps. The trick is that if you're using configure and you don't want to have SDL_config.h and SDL_revision.h to show up as modified, you need to configure and build from a separate directory. You also need to include SDL_revision.h directly if you want to use the SDL_REVISION constant, as a side effect of these changes. --HG-- rename : include/SDL_config.h.default => include/SDL_config.h
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-21 13:21:49 +0000