Re: [hatari-devel] Updating to Hatari 2.0.0 in Fedora

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


Le 17/12/2016 à 17:56, Andrea Musuruane a écrit :
Hi guys,
    I'm the Hatari maintainer in Fedora.

Some of you already know me because I privately mailed them in the past.

Now, hoping to speed up the process of including Hatari 2.0.0 in
Fedora, I subscribed to this mailing list.

I have the following problems with Hatari 2.0.0.

The first issue is that Hatari no longer builds on aarch64:
https://koji.fedoraproject.org/koji/taskinfo?taskID=16928574
https://kojipkgs.fedoraproject.org//work/tasks/8574/16928574/build.log

For comparison, v1.9.0 built fine:
https://koji.fedoraproject.org/koji/buildinfo?buildID=720136


Hi

could you try changing these lines in cpu/sysdeps.h (around line 55)

#elif defined(__arm__) || defined(_M_ARM)
#define CPU_arm 1

To :
#elif defined(__arm__) || defined(_M_ARM) || defined(__aarch64__)
#define CPU_arm 1


According to https://sourceforge.net/p/predef/wiki/Architectures/ this should be the corresponding flag set by the compiler. These defines are only used in JIT module for now, but it's not enabled in Hatari yet, so the change above should be enough to compile.


The second one is that in v2.0.0 hatariui will no longer embed the
hatari window inside its own but it will create a separate window. I
think this is not the expected behaviour.

This is what I get in the console when I run hatariui:
[...]
Another problem regarding hatariui is about reading the configuration
file. It seems it can only read ~/.hatari/hatari.cfg. But now hatari
saves it by default in .config/hatari/hatari.cfg on my system.

I let Eero answer, he will be better to answer hataruui related issues.

Nicolas




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