Fix oscpack build fail on various architectures

[danstowell]

(amd64, i386, arm64, powerpc and ppc64el...)

Upstreaming a debian patch authored by James Cowgill.
See https://bugs.debian.org/824581 for information.
The patch was new in debian supercollider package version 1:3.7.0_repack-3

I'm proposing the patch for master. It could potentially go to the 3.7 branch too but I'll assume that 3.8 is soon enough that I don't need to.

[timblechmann]

fwiw, this should go to https://github.com/RossBencina/oscpack

also, there is a PR for arm64 support: RossBencina/oscpack#22

[timblechmann]

stdint.h is c99 and c++11. it is above the minimum requirements of oscpack.

[danstowell]

good point! OK I was about to push a patch further upstream (as you rightly suggested) but I take it this particular patch is unsuitable for upstreaming. (fine for us tho)

[danstowell]

Thanks. That PR you mention, does it interact with this patch? Sorry it's not clear to me.

[timblechmann]

Thanks. That PR you mention, does it interact with this patch? Sorry it's not clear to me.

i don't know (and after people blamed me that i don't care about the community i stopped caring about the community and won't look into it any further). but my guess is that taking oscpack master with that PR will solve your problems.

[danstowell]

Thanks, understood. The other PR is only about arm64 so unlikely to fix all archs. Hoping someone such as Ross will be able to adjudicate.

[timblechmann]

taking oscpack master

[crucialfelix]

Should we merge this here ? It is going in external_libraries/oscpack_1_1_0/ so it is kind of rewriting history but it's not a bad thing in this case.

The oscpack pr may not get merged for a while, and we would then have oscpack_1_1_1 or whatever.

[danstowell]

(FYI we've already patched oscpack locally in the past - bd9840e - it's not too unusual.)