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