That is correct, and I guess also the problem… 

I was approaching it like having an external binary compiled in some pd source 
which is generally compatible with a pd binary from another source as long as 
architectures are the same.

If the solution is to use the same source for the external than for the gem 
binary I only see two possibilities and two associated problems:

Problem 1:
The gem-master source fails to compile with the following error after make:

In file included from TextBaseFTGL.cpp:24:
./TextBase.h:38:12: fatal error: 'FTFont.h' file not found
#  include "FTFont.h"
           ^
1 error generated.
make[3]: *** [libBase_la-TextBaseFTGL.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1

Problem 2:
The 0.93.3 source fails to run autogen.sh. It fails with the following (some 
repeated lines omitted):

configure.ac:99: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or 
'*_CPPFLAGS')
/opt/local/share/automake-1.15/am/depend2.am: error: am__fastdepOBJCXX does not 
appear in AM_CONDITIONAL
/opt/local/share/automake-1.15/am/depend2.am:   The usual way to define 
'am__fastdepOBJCXX' is to add 'AC_PROG_OBJCXX'
/opt/local/share/automake-1.15/am/depend2.am:   to 'configure.ac' and run 
'aclocal' and 'autoconf' again
src/Output/Makefile.am: error: Objective C++ source seen but 'OBJCXX' is 
undefined
src/Output/Makefile.am:   The usual way to define 'OBJCXX' is to add 
'AC_PROG_OBJCXX'
src/Output/Makefile.am:   to 'configure.ac' and run 'autoconf' again.
configure.ac:99: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or 
'*_CPPFLAGS')
autoreconf: /opt/local/bin/automake failed with exit status: 1

So the question is which of the following paths to follow compiling the 
gem-master or attempting to get 0.93.3 to run the autogen and then compile the 
external… and I really don't know which one will offer less resistance...

best,

J





On May 4, 2015, at 3:19 PM, IOhannes m zmölnig <[email protected]> wrote:

> On 05/04/2015 08:04 PM, Jaime E Oliver wrote:
>> So here it is:
>> 
>> localhost:pix_demo jo57$ file pix_demo.pd_darwin 
>> pix_demo.pd_darwin: Mach-O bundle i386
>> 
>> and the error in Pd is:
>> 
>> /Users/jo57/Documents/NYU/Courses/2015-1-IMG-SND-GESTURE/session-13/Gem-master/extra/pix_demo/pix_demo.pd_darwin:
>>  
>> dlopen(/Users/jo57/Documents/NYU/Courses/2015-1-IMG-SND-GESTURE/session-13/Gem-master/extra/pix_demo/pix_demo.pd_darwin,
>>  10): Symbol not found: __ZN7GemBase14beforeDeletionEv
>>  Referenced from: 
>> /Users/jo57/Documents/NYU/Courses/2015-1-IMG-SND-GESTURE/session-13/Gem-master/extra/pix_demo/pix_demo.pd_darwin
>>  Expected in: flat namespace
>> in 
>> /Users/jo57/Documents/NYU/Courses/2015-1-IMG-SND-GESTURE/session-13/Gem-master/extra/pix_demo/pix_demo.pd_darwin
>> pix_demo
>> ... couldn't create
>> 
> 
> looks very much like you are trying to use [pix_demo] with a different
> version of Gem than you used for building your external. (e.g. using
> Gem.pd_darwin in ~/Library/Pd/Gem rather than
> /Users/jo57/Documents/NYU/Courses/2015-1-IMG-SND-GESTURE/session-13/Gem-master/Gem.pd_darwin.
> 
> fgmadsr
> IOhannes
> 
> 
> 
> _______________________________________________
> [email protected] mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Reply via email to