hi,
OTHER_LDFLAGS= -bundle -undefined
suppress -flat_namespace*
basically, all symbols defined by pd are
missing,
so, you can try to link with these options :
-bundle -undefined error -twolevel_namespace -bundle_loader
/usr/local/pd/bin/pd
where you'll have to adjust path to the pd binary.
besides solving the undefined issue, this linking mode allows you to
define your own symbols,
local to your library, this is better if you want to avoid
conflicts
with other libs.
cheers,
yves/
hi yves,
...ok, I tried the above, but came up with the same problems...so
then I removed my symbol.exp from the target, and then came up with
different errors: basically saying:
/usr/bin/libtool: unknown
option character `b' in: -bundle
Usage: /usr/bin/libtool -static [-] file [...] [-filelist
listfile[,dirname]] [-arch_only arch] [-sacLT]
Usage: /usr/bin/libtool -dynamic [-] file [...] [-filelist
listfile[,dirname]] [-arch_only arch] [-o output] [-install_name name]
[-compatibility_version #] [-current_version #] [-seg1addr 0x#]
[-segs_read_only_addr 0x#] [-segs_read_write_addr 0x#]
[-seg_addr_table <filename>] [-seg_addr_table_filename
<file_system_path>] [-all_load] [-noall_load]
...so I dropped the -bundle and -bundle_loader flags, and added
-dynamic, so that this is my LDFLAGS:
-undefined error -twolevel_namespace -dynamic
/Applications/pd-0.35-test23/bin/pd
...and then, of course, I get another new error:
DynamicLibrary
/Users/tigital/Desktop/gem-0.87/src/PBprojects/gem_darwin/build/GEM_darwin.dylib
ld: /Applications/pd-0.35-test23/bin/pd is input for the dynamic link
editor, is not relocatable by the static link editor again
/usr/bin/libtool: internal link edit command failed
...guess I've got loads to learn about ld! but i am also
wondering why the "-bundle" and "-bundle_loader"
didn't work...
confused,
jamie