[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
Thu Dec 2 03:02:25 CET 2010 

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

More information about the Pd-list mailing list