Inconsistent folder names for mac binaries

[monkstone]

There is an inconsistency in the naming of the folder containing MacOS binaries, the sound library uses plain macosx, whereas the video library uses macosx64.

[gohai]

That's likely a workaround in the video library, since the external library it depends on (GStreamer) might not have existed in a "universal binary" form (i.e. support for x86 and x64 in the same file).

But the proper library folder for macOS is macosx.

[monkstone]

@gohai thanks for swift response, but I'm not much wiser, I kind of knew macosx was the proper folder, I'm not sure whether you closed issue, because a fix is in hand or whether my input is unwelcome. I'm in the process of a major refactor of the library loader for JRubyArt and propane (successors to ruby-processing) so the naming is important to me. By the way video library is broken on Archlinux and I'm not quite sure why, if I get the mojo I might take a serious look at it, but may'be that would be unwelcome too?

[gohai]

@monkstone While there are guidelines and recommendations, at the end libraries have quite a bit of autonomy how they go about doing things... for some particular reason, the video library uses macosx64, which is due to this line in its code, and not in Processing (proper). My guess is that this was required to support both x86 and x64, the former of which seem to have been removed since. To this end, this seems to be a valid observation, and thanks for reporting, but just an implementation detail in a library - a core one, but still a library.

If you care about this misnomer, feel free to create an issue in processing-video, or send a PR there as well. But given that the naming alone isn't much of a show-stopper for using the library (as least that's how I understood your submission), and our resources are constrained, I am not sure if this will be acted upon there either. That's why I closed the issue. Hope this clears it up.

[monkstone]

@gohai thanks for clarification, my resources are even more restrained (ie so far its only me) so for the moment I won't be doing anything about Archlinux (it is only a minor distro) and Mint (and hence probably other Debian/Ubuntu) still work fine. Problem may due existence of gstreamer-1.0 which is supposed to co-exist with gstreamer-0.10 but may'be not in this case.

[benfry]

Libraries that are 64-bit specific should have the 64 prefix, same for 32-bit libraries. But on macOS, it doesn't really matter either way, because there's no such thing as 32-bit on macOS anymore. So using macosx and macosx64 gives you the same result.

If the sound library is using macosx but doesn't include a 32-bit binary, please file the issue with that repo so that they're aware.

[benfry]

Come to think of it, maybe it's fine as-is. I just need to remove the warning about 32-bit not being available when exporting with the video library.

[github-actions]

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.