However the cxc library and markex are a part of the default.pdextended file provided in the packages/linux_make dir which means that they are apparently a part of pd-extended, yet they fail to build properly using default build scripts. So are they a part of pd-extended or not?
Hans-Christoph Steiner hans@at.or.at wrote:
You have the right source for that file, packages/linux_make. But I
don't think your problems below have anything to do with that file,
rather how the libraries were built and installed..hc
On Dec 1, 2010, at 12:00 PM, Ivica Ico Bukvic wrote:
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.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@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 librarydefault.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
All mankind is of one author, and is one volume; when one man dies,
one chapter is not torn out of the book, but translated into a better
language; and every chapter must be so translated.... -John Donne