For something like list-abs, with only abstractions, its just a question of getting the files in the right place. Look at the Pd-extended release for an example. For the "can't find symbol" errors, looks like those objects weren't built properly. Looks like you also threw in a markex.pd_linux and cxc.pd_linux, which Pd-extended does not.
.hc
On Wed, 01 Dec 2010 10:16 -0500, "Ivica Ico Bukvic" ico@vt.edu wrote:
Hans (and others who may know the answer to the following question),
I've tried using default.pdextended included in the ~/pd-extended/packages/linux_make/ folder in conjunction with the latest build of pd-extended (built from scratch) for auto-loading some of the libs and found that some of the newly recompiled externals report errors as follows:
[import] $Revision: 1.2 $ [import] is still in development, the interface could change! compiled against Pd version 0.42.5 libdir loader $Revision: 1.8 $ compiled on Dec 1 2010 at 03:11:55 compiled against Pd version 0.42.5.extended-20101201 GEM: Graphics Environment for Multimedia GEM: ver: 0.91.3 'tigital' GEM: compiled: Dec 1 2010 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version) GEM: Chris Clepper GEM: James Tittle GEM: IOhannes m zmoelnig GEM: with help by Guenter Geiger, Daniel Heckenberg, Cyrille Henry, et al. GEM: found a bug? miss a feature? please report it: GEM: homepage http://gem.iem.at/ GEM: bug-tracker http://sourceforge.net/projects/pd-gem/ GEM: mailing-list http://lists.puredata.info/listinfo/gem-dev/ GEM: compiled for SIMD architecture: MMX GEM: using MMX optimization libdir_loader: added 'cyclone' to the global objectclass path libdir_loader: added 'zexy' to the global objectclass path libdir_loader: added 'creb' to the global objectclass path /usr/lib/pd-extended/extra/cxc/cxc.pd_linux: /usr/lib/pd-extended/extra/cxc/cxc.pd_linux: undefined symbol: cxc_split_setup libdir_loader: added 'cxc' to the global objectclass path libdir_loader: added 'iemlib' to the global objectclass path list-abs: can't load library libdir_loader: added 'mapping' to the global objectclass path /usr/lib/pd-extended/extra/markex/markex.pd_linux: /usr/lib/pd-extended/extra/markex/markex.pd_linux: undefined symbol: invert_setup libdir_loader: added 'markex' to the global objectclass path libdir_loader: added 'maxlib' to the global objectclass path memento: can't load library libdir_loader: added 'mjlib' to the global objectclass path libdir_loader: added 'motex' to the global objectclass path libdir_loader: added 'oscx' to the global objectclass path pddp: can't load library libdir_loader: added 'pdogg' to the global objectclass path pixeltango: can't load library libdir_loader: added 'pmpd' to the global objectclass path rradical: can't load library libdir_loader: added 'sigpack' to the global objectclass path libdir_loader: added 'smlib' to the global objectclass path libdir_loader: added 'toxy' to the global objectclass path libdir_loader: added 'unauthorized' to the global objectclass path vbap - v1.0.3 - 12 Aug 2006 - (c) Ville Pulkki 1999-2006 (Pd port by HCS) libdir_loader: added 'pan' to the global objectclass path libdir_loader: added 'freeverb' to the global objectclass path libdir_loader: added 'hcs' to the global objectclass path jmmmp: can't load library libdir_loader: added 'ext13' to the global objectclass path libdir_loader: added 'ggee' to the global objectclass path libdir_loader: added 'flib' to the global objectclass path libdir_loader: added 'ekext' to the global objectclass path libdir_loader: added 'flatspace' to the global objectclass path PDP: pure data packet version 0.12.5-darcs PiDiP : additional video processing objects for PDP version 0.12.23 ( <email omitted> ) pdp_colorgrid: version 0.4 by Yves Degoyon (<email omitted>) & Lluis Gomez i Bigorda (<email omitted>)
Namely, items in question include: ./cxc/cxc.pd_linux: ./cxc/cxc.pd_linux: undefined symbol: cxc_split_setup libdir_loader: added 'cxc' to the global objectclass path list-abs: can't load library ./markex/markex.pd_linux: ./markex/markex.pd_linux: undefined symbol: invert_setup libdir_loader: added 'markex' to the global objectclass path memento: can't load library pixeltango: can't load library rradical: can't load library jmmmp: can't load library
default.pdextended looks as follows: standardpath: 1 verbose: 0 defeatrt: 0 flags: loadlib1: libdir loadlib2: Gem loadlib3: cyclone loadlib4: zexy loadlib5: creb loadlib6: cxc loadlib7: iemlib loadlib8: list-abs loadlib9: mapping loadlib10: markex loadlib11: maxlib loadlib12: memento loadlib13: mjlib loadlib14: motex loadlib15: oscx loadlib16: pddp loadlib17: pdogg loadlib18: pixeltango loadlib19: pmpd loadlib20: rradical loadlib21: sigpack loadlib22: smlib loadlib23: toxy loadlib24: unauthorized loadlib25: vbap loadlib26: pan loadlib27: hcs loadlib28: jmmmp loadlib29: ext13 loadlib30: ggee loadlib31: iem_anything loadlib32: flib loadlib33: ekext loadlib34: flatspace loadlib35: pdp loadlib36: pidip nloadlib: 36 path1: /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType npath: 1
Interestingly cxc's object that throws unknown symbol as part of lib opens just fine and behaves (AFAIK) as expected.
Also, FWIW, these compiled without a hitch on 0.42.5 extended.
So, I guess my question is, is the latest pd-extended meant to use default.pdextended at all and if so, what is the reason for the said errors?
Please advise.
Ico