Many thanks for all your help so far Hans! Really appreciate it!
Please allow me one more question regarding the installer. Namely, when I do:
sudo make prefix=/usr install
inside pd-extended/packages/linux_make/ folder, the installer fails if one does not remove manually smylinks created for Gem inside ./build/usr/lib/pd-extended/doc/manuals and examples. The same goes for the core pd install which fails because of the ./build/usr/lib/pd-extended/pd symlink. Naturally, one can always do make clean but that would redundantly require recompile of the whole thing when at times the only thing necessary is recompiling one of the things.
This finally brings me to my question. When I do the aforesaid command after removing offending symlinks, everything gets installed ok except that abstractions are only installed inside ./build/lib... subfolder but they never make it into the actual /usr/lib/pd-extended install folder for whatever reason. There must be something I am not doing wrong.
FWIW, when I manually copy installed abstractions into the /usr/lib/pd-extended folder, everything works as expected.
Please advise.
Best wishes,
Ico
-----Original Message----- From: Hans-Christoph Steiner [mailto:hans@at.or.at] Sent: Wednesday, December 01, 2010 1:39 PM To: Ivica Ico Bukvic Cc: pd-list Subject: Re: default.pdextended in the latest 0.42.x extended release and failure to load some of the libs
They are part of pd-extended, and they build properly on the build machines. Check the nightly builds for more info: http://autobuild.puredata.info/
.hc
On Dec 1, 2010, at 1:26 PM, Ivica Ico Bukvic wrote:
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
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
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
Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom