Okay this helps. thanks a lot for your answer. Hans-Christoph Steiner <[email protected]> wrote:
> >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 <[email protected]> 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 <[email protected]> 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" <[email protected]> >>>>> 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 >>>>>> >>>>>> >>> >>> >>> >>> >>> ---------------------------------------------------------------------------- >>> >>> 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 > > _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
