New release with updated libsndfile binaries #438

There appear to be two separate bugs that affect soundfile 0.12.1 (on different platforms):

• On some platforms, certain FLAC files raise an error when trying to read ending at a particular sample number. I am guessing this is a bug in libsndfile, but I'm not sure. (Broken with libFLAC < 1.4.0 ("internal psf_fseek() failed") MIT-LCP/wfdb-python#486)

• On some platforms, certain FLAC files raise an error when trying to read starting from a particular sample number. This is a bug in libFLAC versions 1.4.0 through 1.4.2, fixed in 1.4.3. (Broken with libFLAC 1.4.0 through 1.4.2 ("internal psf_fseek() failed") MIT-LCP/wfdb-python#488)

The first bug affects the manylinux_2_31_x86_64 wheel, and possibly also the win32, win_amd64, and macosx_10_9_x86_64 wheels (which were built using libFLAC 1.3.3 or 1.3.4.)

The second bug affects the manylinux_2_17_x86_64 and macosx_11_0_arm64 wheels (which were built using libFLAC 1.4.2.)

It looks like both bugs are resolved by the latest libsndfile_x86_64.so (glibc 2.17) binary in the master branch of libsndfile-binaries. Could you please:

• rebuild libsndfile for MacOS arm64, using the latest libFLAC?

• update the soundfile repository to point to the latest version of libsndfile-binaries?

• make a new release of soundfile on PyPI?

I'm happy to provide example data as well as testing if it's helpful.