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
rubidium
d916400521
(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
rubidium
1d7619fdb5
(svn r17450) -Codechange: refactor the windows crash logger so parts of it can be reused by other crash logger implementations
2009-09-07 11:10:49 +00:00
rubidium
2b144e2ea6
(svn r17450) -Codechange: refactor the windows crash logger so parts of it can be reused by other crash logger implementations
2009-09-07 11:10:49 +00:00
rubidium
fab411abdc
(svn r17410) -Codechange: use the same define for determining whether windows does crash reports instead of using several that aren't necessarily equal
2009-09-03 22:32:08 +00:00
rubidium
c9a1f33418
(svn r17410) -Codechange: use the same define for determining whether windows does crash reports instead of using several that aren't necessarily equal
2009-09-03 22:32:08 +00:00
smatz
8cf944001d
(svn r17358) -Fix: compilation was broken for gcc older than 3.4
2009-09-01 20:59:44 +00:00
smatz
94988a79f3
(svn r17358) -Fix: compilation was broken for gcc older than 3.4
2009-09-01 20:59:44 +00:00
rubidium
99d46e0ad7
(svn r17248) -Fix: add GPL license notice where appropriate
2009-08-21 20:21:05 +00:00
rubidium
7fbc33dae1
(svn r17248) -Fix: add GPL license notice where appropriate
2009-08-21 20:21:05 +00:00
yexo
c463176a9c
(svn r17219) -Cleanup: remove a lot of unused string code
2009-08-19 13:13:32 +00:00
yexo
94198e09ce
(svn r17219) -Cleanup: remove a lot of unused string code
2009-08-19 13:13:32 +00:00
rubidium
6cf59514d1
(svn r16828) -Codechange: attempt at making OSX compile with the 10.6 SDK too; no guarantees ofcourse...
2009-07-14 17:16:32 +00:00
