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 <zmoelnig@iem.at> 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

_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list