~random-stuff/mupen64plus/mupen64plus-video-glide64 : changes

~random-stuff/mupen64plus/mupen64plus-video-glide64 » Changes from revision 105

From Revision 105 to 86

Rev	Summary	Authors	Tags	Date
105	remove all remaining min() and max() macros and use STL algo... remove all remaining min() and max() macros and use STL algorithm instead	Richard Goedeken		6 years ago
104	Merge pull request #13 from bsmiles32/fixes Merge pull request #13 from bsmiles32/fixes Fixes to allow building with GCC and Clang	Richard Goedeken		6 years ago
103	Merge pull request #12 from charlemagnelasse/travis-containe... Merge pull request #12 from charlemagnelasse/travis-container Use faster container based Travis CI	Dorian Fevrier		6 years ago
102	Merge pull request #11 from charlemagnelasse/master Merge pull request #11 from charlemagnelasse/master Use Ubuntu Trusty as base system for Travis CI	Richard Goedeken		7 years ago
101	Merge pull request #10 from bentley/openbsd Merge pull request #10 from bentley/openbsd Remove unnecessary OpenBSD warning.	Richard Goedeken		8 years ago
100	Merge pull request #9 from conchurnavid/includes Merge pull request #9 from conchurnavid/includes Fix executable bits of files	Richard Goedeken		9 years ago
99	Merge pull request #8 from conchurnavid/upstream Merge pull request #8 from conchurnavid/upstream Don't accept n64 textures larger than target 3dfx textures	Richard Goedeken		9 years ago
98	Merge pull request #7 from bentley/backwards-memcpy Merge pull request #7 from bentley/backwards-memcpy Avoid overlapping memcpy().	Richard Goedeken		9 years ago
97	Merge pull request #6 from fayvel/travisci Merge pull request #6 from fayvel/travisci Add Travis CI configuration file for automatic build tests	Richard Goedeken		9 years ago
96	SDL 1.2 is not deprecated for us, and we shouldnt frighten t... SDL 1.2 is not deprecated for us, and we shouldnt frighten the user with 6 lines of exclamation points	Richard Goedeken		9 years ago
95	Switch by default to SDL2 for Mupen64Plus 2.1 Switch by default to SDL2 for Mupen64Plus 2.1 The current version of SDL is 2.0.3. All new releases of distributions contain this library already. Current Linux distributions and OpenBSD even backporting patches from Mupen64Plus 2.1 repo to use SDL 2. Android and other mobile platform don't have support for legacy SDL 1.2. People like Anthony J. Bentley and Riley Labrecque already requested a new release of Mupen64Plus 2.1 with SDL2	Ursula Abendroth		10 years ago
94	Merge pull request #4 from ecsv/ftbfs Merge pull request #4 from ecsv/ftbfs Don't mix uint32_t and DWORD for TexLoad return type	Richard Goedeken		10 years ago
93	Merge pull request #3 from ecsv/noasm Merge pull request #3 from ecsv/noasm Remove ASM-only parts	Richard Goedeken		10 years ago
92	Merge pull request #2 from ecsv/llvm Merge pull request #2 from ecsv/llvm Use SSE intrinsics instead of GCC specific __builtin functions	Richard Goedeken		10 years ago
91	Merge pull request #1 from bentley/bswap Merge pull request #1 from bentley/bswap Unify byteswapping functions, and avoid nonportable versions.	Sven Eckelmann		10 years ago
90	Merge branches 'makefile' and 'github' Merge branches 'makefile' and 'github'	Sven Eckelmann		10 years ago
89	Don't fail rebuild when header is removed Don't fail rebuild when header is removed The *.d depends files for make just list the files used when building an object file. Removing a file listed in such a dependency file causes make to search for a way to recreate it. This usually cannot work because these files aren't autogenerated. The gcc option -MP can be used to generate empty rule for these files. Removing a file in a dependency list will then execute this empty rule and continue with the execution of the creation of the object file. This compilation process will then automatically correct the dependency file.	Sven Eckelmann		10 years ago
88	Added tag 2.0.0 for changeset 309bb7dc0e32 Added tag 2.0.0 for changeset 309bb7dc0e32	wahrhaft		10 years ago
87	Bump version to 2.0.0 Bump version to 2.0.0	wahrhaft	2.0.0	10 years ago
86	Remove invalid texture initialization for unknown texture ty... Remove invalid texture initialization for unknown texture types LoadNone cannot initialize n-bytes of the texture where n is the size of a pointer on an architecture. It is most likely too small to initialize a big texture but it can be too big and overwrite unrelated parts of the memory.	Sven Eckelmann		10 years ago

Older »