Build.xml: Add /opt/homebrew/lib as rpath on arm64 macos

[tobil4sk]

This is where arm64 homebrew installs libneko.dylib. However, it may still be in /usr/local/lib if installed via the haxe .pkg installer, so we add both. See the discussion in: c70ec9f.

Closes #1750.

We should use install_name_tool -delete-rpath [path] to remove rpaths when copying lime.ndll into a cpp build, because we only need the rpath for neko builds (where libneko.dylib is going to be loaded), and having an unnecessary rpath is a security concern. I'm not too sure where to do this, I guess maybe here after copying it? @joshtynjala

lime/tools/platforms/MacPlatform.hx

Lines 175 to 178 in c70ec9f

	ProjectHelper.copyLibrary(project, ndll, "Mac" + dirSuffix, "",
	(ndll.haxelib != null
	&& (ndll.haxelib.name == "hxcpp" || ndll.haxelib.name == "hxlibc")) ? ".dll" : ".ndll", executableDirectory,
	project.debug, targetSuffix);

.

[joshtynjala]

I'm not too sure where to do this, I guess maybe here after copying it?

Yeah, in the if (targetType == "neko") section below seems good to me:

lime/tools/platforms/MacPlatform.hx

Lines 183 to 191 in c70ec9f

	if (targetType == "neko")
	{
	System.runCommand("", "haxe", [hxml]);
	if (noOutput) return;
	NekoHelper.createExecutable(project.templatePaths, "mac" + dirSuffix.toLowerCase(), targetDirectory + "/obj/ApplicationMain.n", executablePath);
	NekoHelper.copyLibraries(project.templatePaths, "mac" + dirSuffix.toLowerCase(), executableDirectory);
	}

I put similar install_name_tool commands for HashLink in the else if (targetType == "hl") section after that in the 8.2.0-Dev branch.