summaryrefslogtreecommitdiff
path: root/src/stdafx.h
AgeCommit message (Collapse)Author
2009-09-01(svn r17358) -Fix: compilation was broken for gcc older than 3.4smatz
2009-08-21(svn r17248) -Fix: add GPL license notice where appropriaterubidium
2009-08-19(svn r17219) -Cleanup: remove a lot of unused string codeyexo
2009-07-14(svn r16828) -Codechange: attempt at making OSX compile with the 10.6 SDK ↵rubidium
too; no guarantees ofcourse...
2009-07-01(svn r16715) -Codechange: add attribute to assert_compile(), so it doesn't ↵smatz
warn when used inside function
2009-06-01(svn r16492) -Remove: support for gcc2. It hasn't been able to compile OTTD ↵smatz
for months. All attempts to do another workaround failed.
2009-05-10(svn r16269) -Codechange: use gcc's ability to check parameters sent to ↵smatz
printf-like functions -Fix: wrong number of parameters or wrong parameter types sent to printf-like functions at several places
2009-03-29(svn r15892) -Codechange: [OSX] some type fixes so OpenTTD likes more of the ↵rubidium
3.1.x Xcodes.
2009-03-14(svn r15710) -Fix (r15706): for non MSVC io.h needs to be included before ↵glx
defining unlink. Also remove redundant tchar.h includes as it is already in stdafx.h.
2009-03-14(svn r15706) -Fix: Make sure the filename passed to unlink() is always in ↵michi_cc
file system encoding.
2009-01-30(svn r15296) -Cleanup: remove redundant _MSC_VER >= 1400 checks, older ↵smatz
versions aren't supported anymore. One check in stdafx.h is enough
2009-01-25(svn r15275) -Fix: SDL adds _GNU_SOURCE to the defined macros even when the ↵rubidium
compiler doesn't provide the functions promised when that define exists...
2009-01-10(svn r14949) -Cleanup: pointer coding stylerubidium
2008-11-26(svn r14636) -Add: DOS port of OpenTTD, without network support though.rubidium
2008-11-26(svn r14635) -Change: use S_ISDIR/S_ISREG as x & S_IFREG always results ↵rubidium
false on platforms when S_IFREG is 0x0000.
2008-11-02(svn r14553) -Doc: Add some doxygen commentsskidd13
2008-08-24(svn r14154) -Fix (r14153): strndup is a GNU extension, so it doesn't exist ↵glx
on all platforms
2008-06-05(svn r13390) -Codechange: introduce usererror() for fatal but not openttd ↵glx
related errors. Now all error() will 'crash' openttd after showing the message in win32 releases (MSVC), creating a crash.log and crash.dmp (like the '!' hack used before). On the other hand, usererror() will just close the game. So use error() only when it can be helpful to debugging, else use usererror().
2008-05-27(svn r13301) -Fix [FS#1997]: resolve more MSVC 9 x64 warnings.rubidium
2008-05-16(svn r13122) -Fix: WIN32_LEAN_AND_MEAN define is needed for all WIN32 compilersglx
2008-05-06(svn r12977) -Codechange: remove quite some redundant (duplicate) function ↵rubidium
declarations.
2008-05-06(svn r12971) -Documentation: add @file in files that missed them and add ↵rubidium
something more than whitespace as description of files that don't have a description.
2008-04-30(svn r12930) -Add: build support for NetBSD and HP-UX. Patch by ahoka.rubidium
2008-04-18(svn r12777) -Codechange: rename fatal() and error() in strgen, so it can ↵smatz
always have the NORETURN attribute
2008-04-18(svn r12761) -Codechange: lots of minor whitespace coding style fixes around ↵rubidium
operators.
2008-04-04(svn r12573) -Codechange: use defined constants instead of numbers in ↵smatz
math_func.hpp
2008-04-04(svn r12571) -Fix: MorphOS misses INT16_MAX/INT16_MIN.rubidium
2008-03-05(svn r12344) -Codechange: Check uint64 bitsize on compiletime too.skidd13
2008-01-24(svn r11979) -Codechange: drop MSVC 2003 support because MSVC 2003 is broken ↵rubidium
in such a manner that it triggers an internal compiler error without any clue what of the code is wrong. Even trying to bisect the problem does not give a single line of code that causes the trouble.
2008-01-21(svn r11939) -Codechange: some type fixes and very initial steps into ↵rubidium
supporting NDS by default. Based on work by Dominik.
2008-01-15(svn r11856) -Revert (r11772): since FS#1335 is solved, we do not need the ↵glx
extra checking and such anymore.
2008-01-07(svn r11772) -Change: add some extra checking in the hope to find the cause ↵glx
of FS#1335
2007-12-25(svn r11694) -Codechange: move more endianness related stuff to endian_func.hpp.rubidium
2007-12-23(svn r11687) -Codechange: move some defines to a better placeskidd13
2007-12-23(svn r11684) -Codechange: split gfx.h in a type and functional header.rubidium
2007-12-09(svn r11611) -Codechange: it is now possible to use a define to enable ↵glx
asserts and show them in crash.log for MSVC release builds
2007-12-09(svn r11610) -Cleanup (r8572): remove orphan commentglx
2007-12-09(svn r11606) -Revert (r11584): since FS#1482 is solved, we do not need the ↵rubidium
extra checking and such anymore.
2007-12-06(svn r11584) -Change: add some extra checking in the hope to find the cause ↵rubidium
of FS#1482.
2007-12-02(svn r11563) -Codechange: Align the preprocessor code in stdafx.h with tabsskidd13
2007-11-19(svn r11480) -Codechange: Rename the function ALIGN fitting to the naming styleskidd13
This fixes also FS#1450
2007-11-18(svn r11467) -Fix [FS#1450]: OpenBSD has ALIGN already defined, causing ↵rubidium
compilation failures.
2007-10-21(svn r11325) -Fix (r11312)[FS#1357]: [OSX] fixed compilation on OSXbjarni
2007-08-03(svn r10778) -Fix: one-liners to allow MSVC and WINCE to work together (or ↵truelight
anyway, a step towards that goal) -Fix: put DEBUG lines under WINCE via a function designed for just that under WINCE
2007-07-18(svn r10607) -Fix r10605: use '&&' in preprocessor directives (MSVC doesn't ↵glx
like 'and')
2007-07-17(svn r10605) -Fix [FS#1046]: also OpenBSD does not know wchar. Patch by ↵rubidium
Matthias.
2007-07-16(svn r10587) -Codechange: move the string/dparam related stuff from ↵rubidium
variables.h to strings.h
2007-07-14(svn r10562) -Fix: most of the MorphOS issues; MorphOS doesn't know about ↵rubidium
wchars, so disable all code that has to use wchars for MorphOS.
2007-07-04(svn r10428) -Fix: some more VC code analyzer warnings disabledKUDr
2007-07-03(svn r10421) -Fix [MSVC]: suppress some code analyzer warnings for VC8KUDr