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

Wed Dec 1 19:39:27 CET 2010

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