[PD] [PD-announce] New Externals for the SoundScape Renderer + ASDF external

[Matthias Geier]

Hi all.

@IOhannes: Thanks for the explanations. I agree, Mac users should buy
new hardware, as their Apple overlords want them to.

@Alexandre: Thanks for testing again!

I have closed https://github.com/SoundScapeRenderer/ssr/pull/375, but
if someone wants to build everything from source they can still
cherry-pick that commit, and with some tinkering they might be able to
get it to run on versions down to 10.9.

@Luca: Thanks for testing it on Windows, and thanks for your
recommendations, which I have added in
https://github.com/SoundScapeRenderer/ssr/pull/387.

We could theoretically also build 32-bit Windows externals, but as
long as nobody explicitly asks for this, I won't bother looking into
that.

cheers,
Matthias

On Sat, Dec 30, 2023 at 8:42 PM IOhannes m zmölnig <zmoelnig at iem.at> wrote:
>
> Am 30. Dezember 2023 17:38:18 MEZ schrieb Alexandre Torres Porres <porres at gmail.com>:
> >/Users/porres/Documents/Pd/externals/ssr/ssr_vbap~.pd_darwin:dlopen(/Users/porres/Documents/Pd/externals/ssr/ssr_vbap~.pd_darwin,
> >10): Library not loaded: @loader_path/libfftw3f.3.dylib
> >  Referenced from:
> >/Users/porres/Documents/Pd/externals/ssr/ssr_vbap~.pd_darwin
> >  Reason: no suitable image found.  Did find:
> >/Users/porres/Documents/Pd/externals/ssr/libfftw3f.3.dylib: cannot load
> >'libfftw3f.3.dylib' (load command 0x80000034 is unknown)
>
> Which basically means, that the `libfftw3f.3.dylib` shipped with the SSR externals was built for a newer version of macOS.
>
> https://stackoverflow.com/questions/77380844
>
> many workflows (including mine) use brew to provide build- and runtime-dependencies.
> Unfortunately, brew (like Apple) only support the last three macOS releases.
> It's not so trivial to get bottled binaries of your dependencies with am extended life cycle (so you do not have to rebuild the world in your ci/cd system).
>
> Personally (in my projects, so unrelated to SSR), I'm more and more inclined to just tell people that if they want to stick with their shiny apples, they need to play by apple's rules.
> Luckily, I'm not entirely convinced yet (but it's increasingly hard to reason why unpaid freelance volunteers should invest time and money to keep things from breaking, where those who get the big money are not concerned at all)
>
>
>
>
>
> mfg.sfg.jfd
> IOhannes
>
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list