[PD] Gridflow Installation Help
Mathieu Bouchard
matju at artengine.ca
Thu Oct 26 22:25:46 CEST 2006
On Thu, 26 Oct 2006, Fanouris Moraitis wrote:
> The only thing that I had to change was in the Makefile the
> cp -a to cp -r because the first as it seems is not supported in Os X.
-r is not the equivalent of -a; -r applies only to directory; in this case
it's completely useless; in the case of GridFlow, -a isn't even so useful;
maybe that I should have used ln -s instead anyway. In GridFlow 0.8.5 (CVS
only), -a is gone.
> So now that I have my gridflow.pd_darwin i did the following I made the
> .pdrc file and wrote -lib gridflow also i copied the whole gridflow
> directory to /Applications/Pd-extended.app/Contents/Resources/extra
You should not copy that directory. Instead, use ln -s to create an alias,
or add a -path line to "~/.pdrc".
> Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/gridflow/gridflow.pd_darwin:
> dlopen(/Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/gridflow/gridflow.pd_darwin,
> 10): Symbol not found: __ZN9CPPExtern10m_holdnameE Referenced from:
> /Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/gridflow/gridflow.pd_darwin
On Linux, this would be because you didn't load Gem before gridflow, so
you'd have to do this:
-lib Gem -lib gridflow
But I remember that with Koray I tried to do it and it didn't work, and we
traced it back to the "private mode" that Pd uses in loading .pd_darwin
files, which prevents GridFlow from accessing anything in GEM.
To fix that problem, you have to modify the Pd source code, or switch to
Linux, or use a version of Pd that doesn't have that problem (if there's
one).
_ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju
| Freelance Digital Arts Engineer, Montréal QC Canada
More information about the Pd-list
mailing list