Wed, 29 Mar 2006 19:37:18 +0000(svn r4155) -Changed GetRoadStopByTile to use GetStationType and moved it. TODO: unify RS_TRUCK and STATION_TRUCK (same for bus)
celestar [Wed, 29 Mar 2006 19:37:18 +0000] rev 3360
(svn r4155) -Changed GetRoadStopByTile to use GetStationType and moved it. TODO: unify RS_TRUCK and STATION_TRUCK (same for bus)

Wed, 29 Mar 2006 19:03:47 +0000(svn r4154) -Moved MAX_BRIDGES in bridge.h and made it an enum. This makes two drops ...
celestar [Wed, 29 Mar 2006 19:03:47 +0000] rev 3359
(svn r4154) -Moved MAX_BRIDGES in bridge.h and made it an enum. This makes two drops ...

Wed, 29 Mar 2006 19:00:56 +0000(svn r4153) -Codechange. Changed NPF_TILE_LENGTH into an enum and moved it out of variables.h. Just a drop in the bucket, but it is a start
celestar [Wed, 29 Mar 2006 19:00:56 +0000] rev 3358
(svn r4153) -Codechange. Changed NPF_TILE_LENGTH into an enum and moved it out of variables.h. Just a drop in the bucket, but it is a start

Wed, 29 Mar 2006 16:59:33 +0000(svn r4152) properties set for elrail.c
belugas [Wed, 29 Mar 2006 16:59:33 +0000] rev 3357
(svn r4152) properties set for elrail.c

Wed, 29 Mar 2006 16:56:38 +0000(svn r4151) -Fix: [PowerPC] removed an incorrect uninitialized var used warning in os_timer
bjarni [Wed, 29 Mar 2006 16:56:38 +0000] rev 3356
(svn r4151) -Fix: [PowerPC] removed an incorrect uninitialized var used warning in os_timer

Wed, 29 Mar 2006 16:30:26 +0000(svn r4150) -Feature: Merged elrails into trunk. Thanks to Tron for lots of code and proofreading, thanks to peter1138 for another lot of code and ideas.
celestar [Wed, 29 Mar 2006 16:30:26 +0000] rev 3355
(svn r4150) -Feature: Merged elrails into trunk. Thanks to Tron for lots of code and proofreading, thanks to peter1138 for another lot of code and ideas.

Wed, 29 Mar 2006 16:28:41 +0000(svn r4149) -Codechange: [OSX] rewrite of how universal binaries are compiled
bjarni [Wed, 29 Mar 2006 16:28:41 +0000] rev 3354
(svn r4149) -Codechange: [OSX] rewrite of how universal binaries are compiled
Now OSX stores object files in .OSX and instead of making FAT object files, there are one for each architecture
Each architecture got their own targets to make a non-FAT binary and in the end, lipo will merge them into one binary

It's now possible to select which architectures you want to support by defining OTTD_PPC, OTTD_PPC970 (G5) and/or OTTD_i386
All combos are supported. UNIVERSAL_BINARY and TRIPLE_BINARY can still be used even though it's possible to gain the same result by using the new flags
Making a universal build when you already got part of it compiled (say the PPC part), it will reuse it and only compile the i386 part to save time
Note: in some cases when you switch flags, you risk that openttd is not updated. Delete it and try again. The Makefile can't solve this except if it forces linking each time

This fixes: FS#87 universal binary building borked in 0.4.7
Now universal binaries work on OSX 10.3.9 again

Building universal binaries no longer needs to store flags in Makefile.config as the new design makes it possible to figure everything out automatically

Wed, 29 Mar 2006 06:51:13 +0000(svn r4143) -[FS#86]: Fixed and obi-wan error in station_map.h that would lead to assertions in the airport handling (of international airports)
celestar [Wed, 29 Mar 2006 06:51:13 +0000] rev 3353
(svn r4143) -[FS#86]: Fixed and obi-wan error in station_map.h that would lead to assertions in the airport handling (of international airports)

Tue, 28 Mar 2006 21:51:14 +0000(svn r4142) - Fix [FS#74]: Incorrectly loaded settings from the config file when the signed uint32 variable would be negative.
Darkvater [Tue, 28 Mar 2006 21:51:14 +0000] rev 3352
(svn r4142) - Fix [FS#74]: Incorrectly loaded settings from the config file when the signed uint32 variable would be negative.

Mon, 27 Mar 2006 14:28:56 +0000(svn r4136) CodeChange : Revert part of r4092 (as spotted by Tron) and clean-up a little further
belugas [Mon, 27 Mar 2006 14:28:56 +0000] rev 3351
(svn r4136) CodeChange : Revert part of r4092 (as spotted by Tron) and clean-up a little further