Mac OS X build of OpenTTD 1.0.4

[KingRobot]

Download Link: http://openttd.eisbox.net/files/openttd-1.0.4-OSX.dmg

Notes:

• * Built from version 1.0.4 stable + the mouse patch v4 found at http://bugs.openttd.org/task/2585
  
  * Should run on PPC/x86 and 32-bit/64-bit machines (Built the same as previous tested working builds)
  
  * Should run on Mac OS X 10.4 - 10.6 (Built the same as previous tested working builds)
  
  * Unsupported by the general OpenTTD team as usual.

Limitations/bugs:

• * You will not be able to enter CJK characters in the text boxes (You should be able to use others now)
  See http://bugs.openttd.org/task/2484

Likely resoved bugs:

• * Crash when switching between full-screen mode. This may have been an internal Mac OS or other configuration issue, as no one has been able to replicate it in quite some time.
  See http://bugs.openttd.org/task/3651
  
  * No longer considered a bug, but do not use older versions of the OpenMSX MIDI tracks that contain the track "Little Blue Box Car". It is corrupt and will crash your game.
  See http://bugs.openttd.org/task/3648
  
  * Issues with the mouse pointer showing when you don't expect. Considered fixed. Report any issues.
  See http://bugs.openttd.org/task/2585

Please report any other issues below!

Happy OpenTTD-ing.

[HeroBiX]

I made my own, but that only work for my new iMac, going to try compiling an universal one, if that doesn't work I will grab yours =)

[DeletedUser6]

Meh, I was building a version myself. 'Guess you beat me to it.

Could someone help me with this, I got an error. Following tutorial, with Macports 1.9.1, Mac OS X 10.4.11, Xcode 2.5, downloading libiconv.

Code: Select all

Ralph-Brades-Computer:~ ralphbrades$ sudo port install libiconv +universal
Password:
--->  Computing dependencies for libiconv
--->  Dependencies to be installed: gperf
--->  Fetching gperf
--->  Attempting to fetch gperf-3.0.4.tar.gz from http://lil.fr.distfiles.macports.org/gperf
--->  Verifying checksum(s) for gperf
--->  Extracting gperf
--->  Configuring gperf
--->  Building gperf
--->  Staging gperf into destroot
--->  Installing gperf @3.0.4_0+universal
--->  Activating gperf @3.0.4_0+universal
--->  Cleaning gperf
--->  Fetching libiconv
--->  Attempting to fetch libiconv-1.13.1.tar.gz from http://www.mirrorservice.org/sites/ftp.gnu.org/gnu/libiconv
--->  Verifying checksum(s) for libiconv
--->  Extracting libiconv
--->  Applying patches to libiconv
--->  Configuring libiconv
--->  Building libiconv
Error: Target org.macports.build returned: shell command failed
Log for libiconv is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/main.log
Error: Status 1 encountered during processing.
To report a bug, see <http://guide.macports.org/#project.tickets>
Ralph-Brades-Computer:~ ralphbrades$ 

My thanks to anyone who can fix it.

Matthew

[planetmaker]

Hard to tell. What does the file with the logs tell you?

Log for libiconv is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/main.log

[Arie-]

What does the relevant log say?
Log for libiconv is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/main.log

edit:Slowwwwww

[DeletedUser6]

Quickie question: how do I get there?

Edit: found the folder.

Edit 2: I think I found it.

Code: Select all

:info:build make[1]: *** [iconv.lo] Bus error
:info:build make[1]: *** Deleting file `iconv.lo'
:info:build make: *** [all] Error 2
:info:build shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/work/libiconv-1.13.1-ppc" && /usr/bin/make CC=/usr/bin/gcc-4.0 -f Makefile.devel && /usr/bin/make all " returned error 2
:error:build Target org.macports.build returned: shell command failed
:debug:build Backtrace: shell command failed
    while executing
"$procedure $targetname"
:info:build Warning: the following items did not execute (for libiconv): org.macports.activate org.macports.build org.macports.destroot org.macports.install
:notice:build Log for libiconv is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/main.log

[planetmaker]

You'll have to report that to macports probably. It seems like some pointer magic failing during compile... which means that "wrong" memory is accessed somewhere during that process; could also be a bug in one of the build tools.

[DeletedUser6]

And now we wait...
https://trac.macports.org/ticket/26888#comment:1

PS: How can I solve it?

Edit: It has just compiled, so probably a one time only problem.

[KingRobot]

...following tutorial, with Macports 1.9.1, Mac OS X 10.4.11, Xcode 2.5, downloading libiconv.

Code: Select all

[/quote]

I would personally not recommend the Macports approach to building as it does not produce portable binaries... unfortunately it is the only tutorial available at the moment. A better way is to build static universals of lzo, freetype, and libpng, statically link them in, and build against the 10.4 SDK. I've had very good success with that in terms of making portable binaries. One of us should update that tutorial at some point...


On a different topic, planetmaker, since you hang around this thread, have you had a chance to look at the v4 mouse fix patch?

[planetmaker]

On a different topic, planetmaker, since you hang around this thread, have you had a chance to look at the v4 mouse fix patch?

Yes, I did, I *think* it was v4 of this patch which I've actually been using it for quite some time. And noticed that there are some occasions where it leads to the mouse cursor not showing outside OpenTTD under certain circumstances which I so far cannot quite describe in an exactly reproducable manner; but that doesn't happen without the patch. It seems to be much more tricky than bargained for :S

[KingRobot]

Yes, I did, I *think* it was v4 of this patch which I've actually been using it for quite some time. And noticed that there are some occasions where it leads to the mouse cursor not showing outside OpenTTD under certain circumstances which I so far cannot quite describe in an exactly reproducable manner; but that doesn't happen without the patch

I only uploaded v4 a week ago... are you sure we're talking about the same one?

(The one labelled "final" was a poor choice of labeling - as far as "version" goes, it would be closer to a 2.5 - it does exhibit the bug you are talking about, which is why I've been attempting to re-do it again lately.)