Commit Graph

48545 Commits

Author SHA1 Message Date
tron
543a324ef3 (svn r3615) Remove the Quartz key codes from the public cocoa video driver interface 2006-02-18 16:20:50 +00:00
tron
7f6953fb58 (svn r3614) turn 2 do-while-loop with 2 induction variables each into canocical for loops 2006-02-18 14:52:42 +00:00
tron
b13ac1486c (svn r3614) turn 2 do-while-loop with 2 induction variables each into canocical for loops 2006-02-18 14:52:42 +00:00
tron
7692556c62 (svn r3613) Some more const, indentation, whitespace and similar stuff 2006-02-18 14:41:24 +00:00
tron
49c7eb934b (svn r3613) Some more const, indentation, whitespace and similar stuff 2006-02-18 14:41:24 +00:00
peter1138
95ce125633 (svn r3612) - RoadStop->slot[] stores a vehicle index. Adjust its type and use INVALID_VEHICLE instead of nonsense INVALID_SLOT. 2006-02-18 14:11:23 +00:00
peter1138
6cfefdb275 (svn r3612) - RoadStop->slot[] stores a vehicle index. Adjust its type and use INVALID_VEHICLE instead of nonsense INVALID_SLOT. 2006-02-18 14:11:23 +00:00
bjarni
3161c5973e (svn r3611) -Feature: [OSX profiling] Shark (Xcode's profiling tool) can now relate CPU usage to lines in the source files
Now OSX users can tell what lines in the C code that keeps the CPU busy instead of just ASM code
	Note: PROFILE needs to be enabled in Makefile.config for this to work
2006-02-17 20:24:17 +00:00
bjarni
9ed8143264 (svn r3611) -Feature: [OSX profiling] Shark (Xcode's profiling tool) can now relate CPU usage to lines in the source files
Now OSX users can tell what lines in the C code that keeps the CPU busy instead of just ASM code
	Note: PROFILE needs to be enabled in Makefile.config for this to work
2006-02-17 20:24:17 +00:00
tron
06b6ad9217 (svn r3610) And one more (see r3608/r3609) 2006-02-17 16:42:08 +00:00
tron
480ce3d931 (svn r3610) And one more (see r3608/r3609) 2006-02-17 16:42:08 +00:00
tron
784ca2b0e6 (svn r3609) Some more simplification in the same function as r3608 2006-02-17 16:39:24 +00:00
tron
04d350aa9a (svn r3609) Some more simplification in the same function as r3608 2006-02-17 16:39:24 +00:00
tron
25813a1156 (svn r3608) No functional change, just make some code more comprehensible: Reduce variable scope, remove write-only variables, turn do-while-loops with multiple induction variables into canonical for-loops 2006-02-17 16:24:56 +00:00
tron
6cde2661c5 (svn r3608) No functional change, just make some code more comprehensible: Reduce variable scope, remove write-only variables, turn do-while-loops with multiple induction variables into canonical for-loops 2006-02-17 16:24:56 +00:00
peter1138
e5d95d96b1 (svn r3607) - Fix indenting of PerformanceRatingDetailWndProc() 2006-02-16 20:51:06 +00:00
peter1138
1f177c6306 (svn r3607) - Fix indenting of PerformanceRatingDetailWndProc() 2006-02-16 20:51:06 +00:00
peter1138
d8be42dbf6 (svn r3606) - NewGRF: Convert from TTDP railtype values to our own railtypes. (These are currently the same, but won't be forever...) 2006-02-15 12:53:36 +00:00
peter1138
9936e39924 (svn r3606) - NewGRF: Convert from TTDP railtype values to our own railtypes. (These are currently the same, but won't be forever...) 2006-02-15 12:53:36 +00:00
peter1138
d172b39407 (svn r3605) - Remove silly macro and fix indenting in DrawVehicleRefitWindow() 2006-02-14 09:31:05 +00:00
peter1138
fe7267ca91 (svn r3605) - Remove silly macro and fix indenting in DrawVehicleRefitWindow() 2006-02-14 09:31:05 +00:00
tron
b585e3f10e (svn r3604) Remove two unnecessary local variables 2006-02-14 07:32:45 +00:00
tron
a2acfb51ed (svn r3604) Remove two unnecessary local variables 2006-02-14 07:32:45 +00:00
peter1138
8e86c759ab (svn r3603) - NewGRF: Support loading of AI rank data 2006-02-13 22:19:23 +00:00
peter1138
b5b4491471 (svn r3603) - NewGRF: Support loading of AI rank data 2006-02-13 22:19:23 +00:00
peter1138
ee9f64ecf4 (svn r3602) - Move _railveh_score data to _rail_vehicle_info->ai_rank and remove global variable to return data as we can now access this directly. 2006-02-13 22:13:02 +00:00
peter1138
601b226f04 (svn r3602) - Move _railveh_score data to _rail_vehicle_info->ai_rank and remove global variable to return data as we can now access this directly. 2006-02-13 22:13:02 +00:00
truelight
3d3ba2bb34 (svn r3601) -Codechange: special for Tron, and he was absolutely correct in thisone: added a comment for last commit 2006-02-13 22:11:03 +00:00
truelight
caab27d88e (svn r3601) -Codechange: special for Tron, and he was absolutely correct in thisone: added a comment for last commit 2006-02-13 22:11:03 +00:00
truelight
576d32b210 (svn r3600) -Fix: suppress error on 64bit targets 2006-02-13 22:06:02 +00:00
truelight
e26dcdfa15 (svn r3600) -Fix: suppress error on 64bit targets 2006-02-13 22:06:02 +00:00
truelight
9072d3ee3e (svn r3599) -Fix: added some casts to suppress some more warnings 2006-02-13 21:56:49 +00:00
truelight
604a1a9974 (svn r3599) -Fix: added some casts to suppress some more warnings 2006-02-13 21:56:49 +00:00
truelight
d83711fb2e (svn r3598) -Fix: suppress invalid warning by assigning value to variable 2006-02-13 21:47:02 +00:00
truelight
0068f19605 (svn r3598) -Fix: suppress invalid warning by assigning value to variable 2006-02-13 21:47:02 +00:00
tron
5352e9fbcb (svn r3597) Miscellaneous (I like that word) changes: Fix some indentation, add consts, reduce indentation level by short-circuit logic, convert if cascades to switch, whitespace, bracing, plus some minor stuff 2006-02-13 21:15:00 +00:00
tron
ea73b46684 (svn r3597) Miscellaneous (I like that word) changes: Fix some indentation, add consts, reduce indentation level by short-circuit logic, convert if cascades to switch, whitespace, bracing, plus some minor stuff 2006-02-13 21:15:00 +00:00
bjarni
8744075a6c (svn r3596) -Codechange: [OSX] changed to use Apple's macros instead of OTTD macros for endian conversion
This increases the execution speed a lot since GCC can't detect the OTTD macro as an endian conversion
	while Apple's code uses the instruction to convert endian instead of a series of instructions to produce the same result

	Since we don't have that many endian conversions in the game, overall performance should not increase noteworthy
2006-02-12 14:31:33 +00:00
bjarni
235e72829e (svn r3596) -Codechange: [OSX] changed to use Apple's macros instead of OTTD macros for endian conversion
This increases the execution speed a lot since GCC can't detect the OTTD macro as an endian conversion
	while Apple's code uses the instruction to convert endian instead of a series of instructions to produce the same result

	Since we don't have that many endian conversions in the game, overall performance should not increase noteworthy
2006-02-12 14:31:33 +00:00
tron
0dfc0ea76b (svn r3595) Several small cleanups, the only notable are some additional symbolic names for a few ISO8859 characters 2006-02-12 10:44:52 +00:00
tron
8cf72cdcab (svn r3595) Several small cleanups, the only notable are some additional symbolic names for a few ISO8859 characters 2006-02-12 10:44:52 +00:00
peter1138
08c46772fa (svn r3594) - NewGRF: Add support for some vehicle specific properties and a give a debug message for unknown variables. 2006-02-12 10:35:51 +00:00
peter1138
6d3d7cdf43 (svn r3594) - NewGRF: Add support for some vehicle specific properties and a give a debug message for unknown variables. 2006-02-12 10:35:51 +00:00
peter1138
f34971d094 (svn r3593) Fix typo in r3591 2006-02-11 21:41:49 +00:00
peter1138
8cba0a1176 (svn r3593) Fix typo in r3591 2006-02-11 21:41:49 +00:00
tron
49c371002e (svn r3592) Miscellaneous smaller changes, most notably replacing sizeof(type) by sizeof(*variable) 2006-02-11 15:05:56 +00:00
tron
12bc4e8e32 (svn r3592) Miscellaneous smaller changes, most notably replacing sizeof(type) by sizeof(*variable) 2006-02-11 15:05:56 +00:00
Darkvater
b8e68df7ff (svn r3591) - Fix: validate the setting of max_companies/spectators through the console. 2006-02-11 14:10:28 +00:00
Darkvater
843bd25b4e (svn r3591) - Fix: validate the setting of max_companies/spectators through the console. 2006-02-11 14:10:28 +00:00
tron
927fe308ac (svn r3590) Fix a bug where sizeof(struct) was allocated instead of sizeof(pointer to struct). This was non-fatal, because more memory than necessary got allocated 2006-02-11 11:43:06 +00:00