[PD] Gridflow Installation Help

[Fanouris Moraitis]

Hi Mathieu,

I followed your advice and know it is finally compiled!

(for sure I don't know what I am doing! If it wasn't this list I am
sure that I wouldn't know
what to do. Therefore I am extremely grateful)

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.

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

and then I started pd but I have the following error from pd

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
  Expected in: flat namespace

and also

gridflow: can't load library


thanks,
fanouris
On 10/26/06, Mathieu Bouchard <matju at artengine.ca> wrote:
> On Wed, 25 Oct 2006, Fanouris Moraitis wrote:
>
> > /System/Library/Frameworks/CoreServices.framework/Frameworks/OSServices.framework/Headers/OpenTransport.h:723:
> > error: expected identifier before numeric constant
> > make: *** [gridflow.pd_darwin] Error 1
> > and the solution was to Put #undef T_DATA just after #include
> > "base/grid.h.fcs"
> > but in which file and where?
>
> gridflow.pd_darwin is built from bridge/puredata.c
>
> bridge/puredata.c already contains #undef, but there's a // in front of it
> to disable, because I didn't remember what it was for, and it was
> preventing GridFlow from working with Ruby 1.8 again. However, I've
> redefined T_DATA properly, so now it could be #undef'ed again, for the
> benefit of OSX users.
>
> This is because T_DATA is defined in both Ruby and OSX's OpenTransport
> with different meanings and purposes; and because the definitions of
> T_DATA in Ruby 1.8 and Ruby 1.9 differ as well.
>
> *strangely*, when I'm not #undefing T_DATA and still #defining it again,
> g++ doesn't give me any warning, even though it *is* a duplicate
> definition that it would normally warn me about! (anyone understands
> this?)
>
> > In  OpenTransport.h?(I cannot find #include "base/grid.h.fcs" in
> > OpenTransport.h and it is a system file should I change it?)
> > Should I put it somewere else?
>
> I don't recommend modifying system files unless you really know what
> you're doing, but if you really know what you're doing then modifying
> bridge/puredata.c is a lot easier.
>
>   _ _ __ ___ _____ ________ _____________ _____________________ ...
> | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju
> | Freelance Digital Arts Engineer, Montréal QC Canada
>