Commit Graph

371 Commits

Author SHA1 Message Date
smatz
33d283fdb1 (svn r23588) -Codechange: use the 'final' keyword so compiler can optimise out some indirect calls 2011-12-18 17:17:18 +00:00
rubidium
33d71b45fe (svn r23198) -Codechange: introduce a free that takes const pointers so we don't need to cast to void/non-const before being able to free 2011-11-12 13:00:29 +00:00
rubidium
7fd1e1df81 (svn r23198) -Codechange: introduce a free that takes const pointers so we don't need to cast to void/non-const before being able to free 2011-11-12 13:00:29 +00:00
frosch
398ed7ebb8 (svn r22881) -Fix (r22875): GCC warnings on 64bit systems. 2011-09-03 12:45:45 +00:00
frosch
5ccd091fd1 (svn r22881) -Fix (r22875): GCC warnings on 64bit systems. 2011-09-03 12:45:45 +00:00
michi_cc
dcef62040f (svn r22875) -Codechange: Add some asserts and checks to better prevent overflow of the argument to malloc. (monoid) 2011-09-02 20:54:51 +00:00
michi_cc
f227e90c24 (svn r22875) -Codechange: Add some asserts and checks to better prevent overflow of the argument to malloc. (monoid) 2011-09-02 20:54:51 +00:00
alberth
7a625aa7df (svn r22171) -Add: Add settings generator program. 2011-03-03 20:59:59 +00:00
alberth
98d5302c63 (svn r22171) -Add: Add settings generator program. 2011-03-03 20:59:59 +00:00
smatz
817392c9b0 (svn r22041) -Codechange: add a check that we called PoolItem::CanAllocateItem() before actually allocating it 2011-02-09 18:55:51 +00:00
smatz
fbfb0ffbf2 (svn r22041) -Codechange: add a check that we called PoolItem::CanAllocateItem() before actually allocating it 2011-02-09 18:55:51 +00:00
glx
3da0c86304 (svn r21680) -Fix (r21656): of course MSVC complains 2010-12-31 16:13:34 +00:00
glx
aa7a587ca3 (svn r21680) -Fix (r21656): of course MSVC complains 2010-12-31 16:13:34 +00:00
rubidium
0a34d95374 (svn r19853) -Fix [FS#3840]: revert r19781 and apply a more sensible version with the same effect 2010-05-18 21:17:25 +00:00
rubidium
2de9e2d16b (svn r19853) -Fix [FS#3840]: revert r19781 and apply a more sensible version with the same effect 2010-05-18 21:17:25 +00:00
glx
862321c62a (svn r19787) -Fix: compilation with MinGW GCC 4.5.0 and UNICODE 2010-05-11 20:44:58 +00:00
glx
26bf9a13de (svn r19787) -Fix: compilation with MinGW GCC 4.5.0 and UNICODE 2010-05-11 20:44:58 +00:00
rubidium
a06b3c0646 (svn r19781) -Fix [FS#3809]: compilation on NetBSD failed (Krille) 2010-05-10 17:11:24 +00:00
rubidium
a8fa3dd3ce (svn r19781) -Fix [FS#3809]: compilation on NetBSD failed (Krille) 2010-05-10 17:11:24 +00:00
rubidium
fe63c484cb (svn r19778) -Change: use the value from PATH_MAX (POSIX) for MAX_PATH (Windows/OpenTTD) if it exists 2010-05-10 09:43:49 +00:00
rubidium
369dedca89 (svn r19778) -Change: use the value from PATH_MAX (POSIX) for MAX_PATH (Windows/OpenTTD) if it exists 2010-05-10 09:43:49 +00:00
rubidium
d058df8828 (svn r19698) -Add: macros to get the size/length of a variable within a class 2010-04-23 14:56:14 +00:00
rubidium
f642c01fb4 (svn r19698) -Add: macros to get the size/length of a variable within a class 2010-04-23 14:56:14 +00:00
smatz
258b128a56 (svn r19614) -Codechange: "it's" => "its" where appropriate 2010-04-12 14:12:47 +00:00
smatz
0ef33548c2 (svn r19614) -Codechange: "it's" => "its" where appropriate 2010-04-12 14:12:47 +00:00
frosch
19e26fcb12 (svn r19604) -Codechange: Reintroduce assert_tcompile(). 2010-04-11 15:43:54 +00:00
frosch
03c609f019 (svn r19604) -Codechange: Reintroduce assert_tcompile(). 2010-04-11 15:43:54 +00:00
yexo
5d37ff11ba (svn r19570) -Add: [NewGRF] support for extended text code 0x9A 11, print qword 2010-04-06 23:45:10 +00:00
yexo
705955b1e6 (svn r19570) -Add: [NewGRF] support for extended text code 0x9A 11, print qword 2010-04-06 23:45:10 +00:00
yexo
128ef7617d (svn r19352) -Fix (r19332): MSVC doesn't have M_PI in math.h 2010-03-06 15:30:40 +00:00
yexo
0baa5ff944 (svn r19352) -Fix (r19332): MSVC doesn't have M_PI in math.h 2010-03-06 15:30:40 +00:00
rubidium
b893abb356 (svn r19248) -Fix: DOS 'port' did not compile anymore 2010-02-25 13:06:00 +00:00
rubidium
77214378ca (svn r19248) -Fix: DOS 'port' did not compile anymore 2010-02-25 13:06:00 +00:00
rubidium
52047aef75 (svn r19177) -Codechange: introduce INT8_MIN/MAX and UINT8_MAX for MSVC. 2010-02-20 22:58:25 +00:00
rubidium
e2adecd927 (svn r19177) -Codechange: introduce INT8_MIN/MAX and UINT8_MAX for MSVC. 2010-02-20 22:58:25 +00:00
rubidium
0bf54aaedb (svn r18862) -Fix [FS#3544]: don't pass AI strings through iconv 2010-01-18 15:41:38 +00:00
rubidium
b1bd106703 (svn r18862) -Fix [FS#3544]: don't pass AI strings through iconv 2010-01-18 15:41:38 +00:00
smatz
b27a12b8b6 (svn r18057) -Codechange: replace assert_compile() by new one which works with gcc3.3 and removes the need of assert_tcompile() 2009-11-13 15:53:51 +00:00
smatz
8d95e16ff1 (svn r18057) -Codechange: replace assert_compile() by new one which works with gcc3.3 and removes the need of assert_tcompile() 2009-11-13 15:53:51 +00:00
rubidium
eeb6cf766b (svn r18045) -Fix: GCC 4.5@HEAD not compiling OpenTTD anymore because of a "non-placement deallocation function [is] selected for placement delete", or in other words delete(void *, size_t) is 'magic'.
We implemented these delete(void *, size_t) operator functions because MSVC warned that "no matching operator delete found; memory will not be freed if initialization throws an exception" for new(size_t, size_t).
This disables MSVC warning about this because we do not use exceptions in the (constructors that use the) overridden allocation functions, as such they will never be called; delete(void *) remains necessary though.
2009-11-11 21:15:58 +00:00
rubidium
485b5a9c2f (svn r18045) -Fix: GCC 4.5@HEAD not compiling OpenTTD anymore because of a "non-placement deallocation function [is] selected for placement delete", or in other words delete(void *, size_t) is 'magic'.
We implemented these delete(void *, size_t) operator functions because MSVC warned that "no matching operator delete found; memory will not be freed if initialization throws an exception" for new(size_t, size_t).
This disables MSVC warning about this because we do not use exceptions in the (constructors that use the) overridden allocation functions, as such they will never be called; delete(void *) remains necessary though.
2009-11-11 21:15:58 +00:00
frosch
966d8d8f52 (svn r17810) -Codechange/Fix: Add assert_tcompile() and use it.
OTTD's traditional assert_compile() does not work inside templates for gcc compilers, static_assert() does though.
  The new assert_tcompile() resolves into static_assert() if present, or into a runtime assert() else.
2009-10-18 20:26:29 +00:00
frosch
b8f8c60839 (svn r17810) -Codechange/Fix: Add assert_tcompile() and use it.
OTTD's traditional assert_compile() does not work inside templates for gcc compilers, static_assert() does though.
  The new assert_tcompile() resolves into static_assert() if present, or into a runtime assert() else.
2009-10-18 20:26:29 +00:00
michi_cc
83e1f7358f (svn r17706) -Codechange: [OSX] Rework the crash handling to use the common CrashLog infrastructure. 2009-10-04 21:08:30 +00:00
michi_cc
5f67762a7f (svn r17706) -Codechange: [OSX] Rework the crash handling to use the common CrashLog infrastructure. 2009-10-04 21:08:30 +00:00
rubidium
d579a9366a (svn r17606) -Add: initial support for Haiku; a dedicated server with zlib and libpng compiles and links (for me). Something's fishy with the network so it doesn't actually work (yet) 2009-09-21 18:36:33 +00:00
rubidium
01ab1c6001 (svn r17606) -Add: initial support for Haiku; a dedicated server with zlib and libpng compiles and links (for me). Something's fishy with the network so it doesn't actually work (yet) 2009-09-21 18:36:33 +00:00
smatz
17993769c0 (svn r17465) -Codechange: use builtin static_assert() for assert_compile() if available 2009-09-07 21:02:10 +00:00
smatz
2e2d00bee7 (svn r17465) -Codechange: use builtin static_assert() for assert_compile() if available 2009-09-07 21:02:10 +00:00
rubidium
a595d3f8c3 (svn r17453) -Add: crash logger for all Unixy OSes; should work for all, but I don't have all exotic machines so it might break compilation on the more exotic configurations 2009-09-07 12:14:45 +00:00