[PD] default.pdextended in the latest 0.42.x extended release and failure to load some of the libs

Ivica Ico Bukvic ico at vt.edu
Wed Dec 1 18:00:38 CET 2010


These are however included in the example default.pdsettings inside of the packages/linux_make folder. Hence my confusion. So, where is the "official" default.pdsettings then located?

Hans-Christoph Steiner <hans at at.or.at> wrote:

>
>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 at 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
>> 
>> 


More information about the Pd-list mailing list