Arch Linux User Repository

For my desktop file, I use Categories=System;Emulator;

Like the sheepshaver-git package, I would like Basilisk II to be available as an icon on the desktop. Additionally, certain workarounds, like single threaded building and patching out the format-security Werror are not required anymore. Here is my diff:

diff --git a/PKGBUILD b/PKGBUILD
index 485ba27..37fbe26 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -4,8 +4,8 @@

 _pkgname=basiliskii
 pkgname=${_pkgname}-git
-pkgver=r3423.03e15933
-pkgrel=2
+pkgver=r3582.9a3f687f
+pkgrel=1
 pkgdesc='Open Source 68k Macintosh Emulator'
 arch=('i686' 'x86_64' 'armv6h' 'armv7h' 'aarch64')
 url='https://basilisk.cebix.net'
@@ -14,8 +14,12 @@ depends=('gtk3' 'sdl2' 'vde2')
 makedepends=('git')
 provides=("$_pkgname")
 conflicts=("$_pkgname")
-source=("git+https://github.com/kanjitalk755/macemu")
-sha256sums=('SKIP')
+source=("git+https://github.com/kanjitalk755/macemu"
+ "BasiliskII.desktop"
+ "BasiliskII.png")
+sha256sums=('SKIP'
+ '1dc954837a174c30a428fa69bcf0f273b8d5d8252efe90d72cace64bc019fd7e'
+ '6c0de46c4042e3c312300ccf04dc7c6438c2148d71c021130e27a09bca96928e')

 pkgver() {
 cd macemu
@@ -38,11 +42,13 @@ build() {
 --with-bincue \
 --with-vdeplug

- sed -i 's| -Werror=format-security||' Makefile # Fix the build by disabling format-security
- make -j1
+ make
 }

 package() {
 cd macemu/BasiliskII/src/Unix
 make DESTDIR="$pkgdir" install
+
+ install -Dm644 "$srcdir/BasiliskII.desktop" "$pkgdir"/usr/share/applications/BasiliskII.desktop
+ install -Dm644 "$srcdir/BasiliskII.png" "$pkgdir"/usr/share/pixmaps/BasiliskII.png
 }

And the BasiliskII.desktop file:

[Desktop Entry]
Type=Application
Name=Basilisk II
Comment="An Open Source Mac 68K Emulator"
Icon=BasiliskII
Exec=BasiliskII
Terminal=false
StartupNotify=false
StartupWMClass=Basilisk II
Categories=Emulator;

You can extract the Basilisk2.png file from the .icns file in the repository using libicns's `icns2png as follows:

cd basiliskii-git-repo
icns2png -x ./BasiliskII/src/MacOSX/BasiliskII.icns

I opted for the 512x512 PNG.

This error went away for me after adding

> options=(!lto)

How I missed that, I had enabled lto by default since some time and I'm quite familiar with occasional problems introduced by it, I tough I already gone that way

@prurigro: that's correct, the only thing necessary is to bump the version. While I understand that doing so is normally considered inappropriate, it seems to me it'd be proper here because compilation is broken otherwise. That being said, I can't find any actual authority saying this is an exception to the rule, so if you felt it'd be better to err on the side of caution, I'd understand.

@frankspace: Hey, I got your out of date notification- am I understanding correctly when I read that as no changes are required for the build to work correctly for you?

I encountered the same issue as emulti. I don't understand why, but without !lto, I also get the "configure: error: Unknown floating point format" error. I wonder if passing something like -ffloat=store or -fexcess-precision=standard would help, but I don't have time to test that right now.

Edit: I don't claim to understand it, but a bug report on Gentoo (https://bugs.gentoo.org/854510) seems to indicate that a "floating point format probe" quite simply does not work with link-time optimization, period. So emulti's recommendation of adding options=(!lto) is the simplest thing to do from here. That said, a patch for a different piece of software (https://github.com/aranym/aranym/commit/52c56bba30ddea27a0a7179da89cac1c71228de6) suggests it may be possible to tamper with the source code. I'll maybe suggest that upstream.

EDIT: upstream made a commit, e12789a, that now fixes the LTO compilation issue.

Configure error:

checking floating point format... configure: error: Unknown floating point format

This error went away for me after adding

options=(!lto)

to the first section of the PKGBUILD. I am no compiler expert, but the same issue was occurring with sheepshaver-git (see the AUR page)

Must be the default link-time-optimization setting of makepkg in /etc/makepkg.conf responsible, as the configure runs fine outside of makepkg. Why this would impact the configure step is a mystery to me.

Edit: The compile time options for makepkg were changed early Feb 2024 in this commit (https://gitlab.archlinux.org/archlinux/packaging/packages/pacman/-/commit/c787e8c65e0b1c92a98f81e8dddf234042cbb4e9)

@prurigro: For -git packages, you don't need to update the PKGBUILD when the only change is in the pkgver. That's what the pkgver function is there for.

Please kindly don't make empty pkgver bumps.

@FabioLolix, this compiles fine for me, but for what it's worth, my complete configure line looks like:

 ./configure \
 --prefix=/usr \
 --enable-sdl-video \
 --enable-sdl-audio \
 --with-sdl2 \
 --disable-vosf \
 --enable-jit-compiler \
 --with-x \
 --with-gtk \
 --with-mon=YES \
 --with-bincue \
 --with-vdeplug

...for whatever help that may be worth.