Thanks for the quick feedback.
It finally worked when i executed the following:
export CPLUS_INCLUDE_PATH=/Applications/Pd-extended.app/Contents/Resources/include/ && ./configure --gem-source /Users/myhomedirectory/pd-extended/Gem/src/
(for the Gem/src I put one that I downloaded from the pd site because they don't have any source code for pd-extended for Mac but I don't know if that makes any difference at all)
well now I get the following mistake:
/usr/bin/ld: -undefined error, -undefined dynamic_lookup or -undefined define_a_way must be used when -twolevel_namespace is in effect
what is that?
thanks,
fanouris
On 10/24/06, Mathieu Bouchard matju@artengine.ca wrote:
On Tue, 24 Oct 2006, Fanouris Moraitis wrote:
I am trying to compile Gridflow 8.4 in a PowerPc with mac osx 10.4.7.
It's called 0.8.4, really. Originally, the plan was to get to a point where we'd call it 1.0.0, but for psychological reasons I'll call that release 2.0.0. In the meanwhile, however, version numbers still start with a 0.
[libruby] Ruby as a dynamic library (try #1): found [x11] X11 Display Protocol: found [quartz] Apple Quartz/Cocoa Display: found [puredata] Miller Puckette's Pure Data: missing (where is m_pd.h ?)
The above is what is most important. (of the two display methods above, GridFlow doesn't really require any, but you'll want at least one, and X11 is nicer to use because it has more features)
I know that my m_pd.h is in /Applications/Pd-extended.app/Contents/Resources/include/ why is not able to find it? Where I should set it?
I suggest that you copy that file to /sw/include or something.
also I don't know how to use CPLUS_INCLUDE_PATH, LIBRARY_PATH and LD_LIBRARY_PATH.
I think that I have made it so that you don't have to use those things if you put your things in /sw/include, /sw/lib, etc.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada