Arch Linux User Repository

You can build the last version of Beyond Compare v4 I packaged (4.4.7.28397) by doing this:

git clone https://aur.archlinux.org/bcompare.git/
cd bcompare
git checkout dcf8794f1301c9213558b2583a956c04cf2a2135
makepkg -crs

Since you have a license for v4, you might be interested in looking at the upgrade policy at https://www.scootersoftware.com/kb/upgradepolicy .

I hope it helps!

Updated to version 4.3.1.24438-1. qt4 dependency removed as it's no longer required.

Enjoy!

It looks like 4.3.1 ships all the Qt4 dependencies alongside the binary - perhaps the qt4 dependency is no longer needed.

Updated to version 4.3.0.24364.

Enjoy!

@rku I wondered the same thing about the need for Qt 4 as it has been unsupported since 2015, so I contacted Scooter Software today.

This was their response:

"We're working on a Qt 5 version of Beyond Compare. As an intermediate step, we might release a version of Beyond Compare 4 for Linux that includes Qt 4 in the package for distributions that no longer support it.

Beyond Compare 4.2.10 on Mac is only available as a 32-bit application. Apple will drop support for 32-bit apps in macOS 10.15 (September or October). Work on a 64-bit Mac version has dominated our development calendar. Once we have a the 64-bit Mac version of BC officially released then we'll be able to schedule more time on other issues, such as Linux Qt 5 support or bundling of Qt 4."

So it looks like we will be stuck with Qt 4 for a while longer, although a Qt 5 version is coming. All in all good news then.

@Musikolo it works now, perfect!

@renehsz, I understand now what the was.

Please, try again and let me know if the issue persists.

Thank you.

@Musikolo If your /bin/sh is symlinked to /bin/bash (which is default on Arch Linux, but can be changed), then the install.sh script runs fine, but if it is symlinked to a non-bash but still posix-compliant shell like dash, it will cause a syntax error. A possible fix is simply calling the script with bash instead of sh to make sure it always runs with bash:

72c72
<   sh install.sh --prefix="${_install_dir}"
---
>   bash install.sh --prefix="${_install_dir}"

@renehsz, if you know a way to solve that issue, please feel free to share a possible fix. Since I don't know what exact issue you are having, I'm unable to solve it.

Thank you.

I think the install.sh script doesn't seem to work with a posix compliant but non-bash shell. So it should either be called with bash or the bashisms should be removed. I might be wrong though...

Updated to version 4.2.10.23938.

Enjoy!