On 12/11/19 10:16 PM, Pierre Alexandre Tremblay wrote:
> Dear all
>
> We plan to use the fantastic Deken infrastructure to distribute the Fluid
> Corpus Manipulation objects (flucoma.org), but also to respect its folder
> architecture for any other type of download, i.e. GitHub binaries and
We might need to add an entitlements file which specifies which things are
"allowed," one of which is loading non-signed external libs. I ran into this
with a project at work which uses libpd and loads a couple externals.
> On Dec 11, 2019, at 9:56 PM, Kevin Haywood wrote:
>
> I just
I just discovered the huge headache of the notarization system under Catalina:
the OS will prevent loading of every non-notarized *external* that you try to
load. This appears to be a 3-part ordeal per external:
macOS’ first message is thrown the first time you open a patch with a
Dear all
We plan to use the fantastic Deken infrastructure to distribute the Fluid
Corpus Manipulation objects (flucoma.org), but also to respect its folder
architecture for any other type of download, i.e. GitHub binaries and such
things… I read the very clear document here
On 12/11/2019 2:36 PM, IOhannes m zmölnig wrote:
> the proper condition is:
> if(pddplink_class) {
>dirsym=...
> } else {
>dirsym=NULL;
> }
Ok right, I posted what i did because I was not sure. Had fixed it :)
Coming back to the subject of this thread:
The combined single/double dll is
Am 11. Dezember 2019 17:32:40 MEZ schrieb Lucas Cordiviola
>
> if (dirsym) {
> dirsym = pddplink_class->c_externdir; /* FIXME */
> sys_vgui("source {%s/pddplink.tcl}\n", dirsym->s_name);
> } else {
> dirsym = NULL;
> }
this is bogus.
you set dirsym to NULL if it's
Thanks Christof now everything's fine and I learned how to use msys2 gdb
compiling with "alldebug" with pd-lib-builder.
As for the "null pointer check" I just did this on pddplink_setup():
~
if (dirsym) {
dirsym = pddplink_class->c_externdir; /* FIXME */