Re: [hatari-devel] Next Hatari release for OSX

[ Thread Index | Date Index | More lists.tuxfamily.org/hatari-devel Archives ]

Thorsten,

Please look at this OS X build. It should run on 10.10 and, hopefully, 10.9. If it runs on anything earlier than that, it would be great. I am running the latest Xcode version and Apple loves to remove compatibility for older versions of OS X. It is another way to get users to upgrade if new applications will not run on their older OS X version. I like my Mac, but that attitude does bother me. Anyway, that is why I feel Troed should provide the official binary because his compiled version runs on any Intel machine 10.5 or later.

https://www.dropbox.com/s/ejq6rejwugvpfiu/Hatari.zip?dl=0

If any other OS X users are reviewing this, I changed Accès Disquette accéléré to “Fast Floppy Access” and Systéme to “System”. I did not pay attention to it because, even with my limited Romance language skills, I knew what each item was in English. As an ST user, I was used to reading non-English text. :)

If I have removed all of the French words from the English nib file, I will provide a new nib file for the repository.


Bob C


On May 14, 2015, at 8:24 AM, Thorsten Otto <halgara@xxxxxxxx> wrote:

The english version of the GUI has some french localized texts.



Troed Sångberg <troed@xxxxxxxxxxx> schrieb am 14:58 Mittwoch, 13.Mai 2015:


... and now the application has been updated again, tested working without X11 (thanks Bob). It was indeed libSDL.dylib that had an X11 dependency that SDL.framework does not have. Since I had no real reason for changing which of them I used I've now gone back to building exactly the same way I built the v1.8.0 release but with the latest sources.


If no other show stoppers appear I should be able to make a release when needed, with some caveats that my travel schedule might keep me offline for 24 hours every now and then.

/Troed


On Wed, May 13, 2015 at 9:23 AM, Troed Sångberg <troed@xxxxxxxxxxx> wrote:
Thanks all for the input. I can only assume this to be a problem with the Macports SDL ..dylib compared to the Framework I used for v1.8.0. Will revert and send out a new link. Sorry.

http://forums.libsdl.org/viewtopic.php?t=2871&sid=52ca72a72c285196dd25fd8619715ae9

$ otool -L /Applications/Hatari/Hatari.app/Contents/MacOS/hatari 
/Applications/Hatari/Hatari.app/Contents/MacOS/hatari:
/System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility version 1.0.0, current version 20.0.0)
/usr/lib/libedit.dylib (compatibility version 2.0.0, current version 3.0.0)
/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.5)
@executable_path/../SharedSupport/libpng16.16.dylib (compatibility version 34.0.0, current version 34.0.0)
@executable_path/../SharedSupport/libportaudio.2.dylib (compatibility version 3.0.0, current version 3.0.0)
@executable_path/../Frameworks/CAPSImage.framework/CAPSImage (compatibility version 1.0.0, current version 1.0.0)
@executable_path/../SharedSupport/libSDL-1.2.0.dylib (compatibility version 12.0.0, current version 12.4.0)
/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 1056.16.0)
/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 228.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 2577.0.0)
/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit (compatibility version 45.0.0, current version 1265.21.0)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 855.17.0)
/System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices (compatibility version 1.0.0, current version 59.0.0)

$ otool -L /Applications/Hatari/Hatari_1.8.0.app/Contents/MacOS/hatari 
/Applications/Hatari/Hatari_1.8.0.app/Contents/MacOS/hatari:
/System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility version 1.0.0, current version 20.0.0)
/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.5)
@executable_path/../SharedSupport/libpng16.16.dylib (compatibility version 29.0.0, current version 29.0.0)
@executable_path/../SharedSupport/libportaudio.2.dylib (compatibility version 3.0.0, current version 3.0.0)
@executable_path/../Frameworks/CAPSImage.framework/CAPSImage (compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libedit.dylib (compatibility version 2.0.0, current version 3.0.0)
@executable_path/../Frameworks/SDL.framework/SDL (compatibility version 1.0.0, current version 12.4.0)
/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 1056.13.0)
/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 228.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 2577.0.0)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 855.14.0)
/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit (compatibility version 45.0.0, current version 1265.19.0)

On Wed, May 13, 2015 at 12:26 AM, Thomas Huth <th.huth@xxxxxx> wrote:
Am Wed, 13 May 2015 00:06:47 +0200
schrieb Nicolas Pomarède <npomarede@xxxxxxxxxxxx>:

> Le 12/05/2015 23:54, Bob Carpenter a écrit :
> > Troed,
> >
> > Unfortunately, I cannot run your Hatari binary because it is
> > looking in /opt/local/lib for the X11 library. My X11 library is
> > actually located in /usr/X11. However, I know that many OS X users
> > do not even have X11 on their system.
> >
>
> Did the version troed built for 1.8.0 work for you back then ? Maybe
> it was already looking for X11 in /opt/local/lib ?

I think the Mac version should be compiled without X11 support.
=> Simply disable it when configuring your build?

 Thomas








Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/