Arch Linux User Repository

Switched sources to debrouxl/tiemu, which is the git repo Debian packages are based on. The alternate ROM does not work (or I don't know how to use). ROM downloaded from TI does work.

I got caught up in this conversation and made some patches that seem to work. I've uploaded a new version to a mirror repo on github https://github.com/allonsy/tiemu-arch Take a look there and see if it works for you.

Some notes, I had to duplicate log_link.c since patch really hated me since it is written with CR+LF line endings while everything else has LF line endings. All it needed was adding the word int to line 39 so if anyone can figure it out in a patch, that is preferred.

I don't think I'm the right person to upload this to the official repo since I don't use tiemu anymore so probably someone more active should adopt the package. I don't want to leave you guys hanging if other issues pop up. However, if you want me to re-adopt I can.

Apologies, I no longer use the package and don't have much time to work on this. I'll disown the package so others can adopt.

If I find some more time I can try and help diagnose the issues

I've sent an email to @allonsy to ask for them to either address the reported issues or disown the package. In a couple of weeks, if there is no response, we can request the package be orphaned. At that point, someone can pick up the package and get it building again.

@JohnRobson the package is not out of date just because it's not compiling for you. As stated on the "flag out of date" page:

Please do not use this form to report bugs. Use the package comments instead.

I found this patch, it works for the previous problem.

diff -Naur a/src/core/uae/gencpu.c b/src/core/uae/gencpu.c
--- a/src/core/uae/gencpu.c 2007-11-20 18:01:02.000000000 +0000
+++ b/src/core/uae/gencpu.c 2024-05-12 00:30:47.631182594 +0000
@@ -304,7 +304,7 @@
     insn_n_cycles += 4;
 } 

-static void fill_prefetch_next_1 (needcycles)
+static void fill_prefetch_next_1 (int needcycles)
 {
     if (needcycles && using_ce) {
    printf ("\tint lostcycles;\n");

But still not compiling:

core/uae/newcpu.c: In function ‘sym_addr’:
core/uae/newcpu.c:299:20: error: implicit declaration of function ‘romcalls_is_addr’ [-Wimplicit-function-declaration]
  299 |         int rcid = romcalls_is_addr(addr);
      |                    ^~~~~~~~~~~~~~~~
core/uae/newcpu.c:304:87: error: implicit declaration of function ‘romcalls_get_name’ [-Wimplicit-function-declaration]
  304 |                 snprintf(buf, sizeof(buf), "$%06lX -> tios::%s", (unsigned long)addr, romcalls_get_name(rcid));
      |                                                                                       ^~~~~~~~~~~~~~~~~
core/uae/newcpu.c: In function ‘m68k_disasm’:
core/uae/newcpu.c:1757:33: error: implicit declaration of function ‘heap_search_for_address’ [-Wimplicit-function-declaration]
 1757 |                                 heap_search_for_address(pc + 2, &handle);
      |                                 ^~~~~~~~~~~~~~~~~~~~~~~
core/uae/newcpu.c:1758:49: error: implicit declaration of function ‘heap_get_block_addr’ [-Wimplicit-function-declaration]
 1758 |                                 if (handle > 0) heap_get_block_addr(handle, &addr); else addr = 0;
      |                                                 ^~~~~~~~~~~~~~~~~~~
core/uae/newcpu.c:1787:70: error: implicit declaration of function ‘ercodes_get_name’ [-Wimplicit-function-declaration]
 1787 |                 sprintf (buffer, "ER_throw %d [%s]", opcode & 0xfff, ercodes_get_name(opcode & 0xfff));
      |                                                                      ^~~~~~~~~~~~~~~~
make[2]: *** [Makefile:300: core/uae/newcpu.o] Error 1

-> Building CPU definitions...
./build68k <table68k >cpudefs.c
C_INCLUDE_PATH="" LIBRARY_PATH="" gcc -c -o gencpu_host.o gencpu.c
gencpu.c: In function ‘fill_prefetch_next_1’:
gencpu.c:307:13: error: type of ‘needcycles’ defaults to ‘int’ [-Wimplicit-int]
  307 | static void fill_prefetch_next_1 (needcycles)
      |             ^~~~~~~~~~~~~~~~~~~~
make[3]: *** [Makefile:19: gencpu_host.o] Error 1

@eyeonus

To make it stick, we'd have to add a prepare() section to the PKGBUILD that uses sed to make those fixes to the makefiles, dboxes.c and popup.c. I don't have the time to tackle it right now, but I've maintained some PKGBUILDs before and it's fairly intuitive.

Then, if you get a PKGBUILD that consistently works, you can contact allonsy (the current maintainer) and ask them to update it; or, if they're MIA, you can request to take over as maintainer.

Managed to get this to build and install using yay, correctly, using these steps:

• Download the pckeys patch from https://web.archive.org/web/20201105195928/http://code.technoplaza.net/tiemu/pckeys_evdev.patch

• Replace everything in the patch file to @@ -189,44 +189,7 @@ with:

--- pckeys.h.orig   (origin)
+++ tiemu-3.03/src/gui/calc/pckeys.h    (patch)

@@ -189,44 +189,7 @@

(Make sure to get the md5 sum after making these changes.)

• Add the patch to the PKGBUILD source list, add the md5 sum to the md5sums list, and add a new line below the other two patch lines in the build section for this patch: patch -p1 --input ../pckeys_evdev.patch

• add -Wno-format-security to the flags in the core/uae Makefile immediately after -Wno-format

• replace message with "%s", message in "dboxes.c" and "popup.c", at all the places in those files where the error occurs (4 in 'dboxes.c', 3 in 'popup.c')

Couldn't figure out how to make the changes stick, yay overwrites the changes when run, so if installing using yay, make sure to save "PKGBUILD", "tiemu-3.03/src/core/uae/MAKEFILE", "tiemu-3.03/src/gui/calc/dboxes.c", and "tiemu-3.03/src/gui/calc/popup.c", as quickly as possible after the prompt to select which diffs to show, before yay needs to access them.

Build fails with cc1: error: ‘-Wformat-security’ ignored without ‘-Wformat’ [-Werror=format-security] Problem seems to be in the core/uae Makefile, it has a -Wno-format flag