Yes, my plan is to include whatever abstractions in my own libraries. But I do not know what those dependencies are!! That is the problem.
My goal is to have a script or program which can a) examine an arbitrary patch, (example: "BillsPatch.pd") and b) examine my Pd runtime environment
... and build a dependency tree. Something like this:
$ perl ShowPdDependencyTree.pl BillsPatch.pd
*BillsPatch.pd*
*|--------/home/bh/pd/abstractions/BillVerb~.pd*
*| ---------- /home/bh/pd/pd-0.43.4-extended/extra/freeverb.ld*
*|--------/home/bh/pd/abstractions/flanger~.pd| ---------------/home/bh/pd/abstractions/autophase12~.pd| ---------------/home/bh/pd/abstractions/autopan12~.pd| ---------- /home/bh/pd/pd-0.43.4-extended/extra/flatgui/knob.ld|--------/home/bh/pd/abstractions/MultiOsc~.pd*
*|*
*..... (etc.)......*
Make sense? I want this to be able to work anywhere why Pd works (OSX, Windows, Linux).
Thanks, BH
On Mon, Jun 6, 2016 at 9:30 PM, Lucas Cordiviola lucarda27@hotmail.com wrote:
Hi William,
You can include all the externals that you need in your distribution.
You know that pd-vanilla will be there and you supply a folder (probably with sub-folders) with all externals (for all platforms if needed).
Then you simply use [declare]
That`s it.
You can download the zips of the externals with deken or from puredata.info.
Hope this helps, If you need more clarification on how to do this write back.
Or you are trying to do something that I don't understand.
Salutti, Lucarda.
Mensaje telepatico asistido por maquinas.
From: williamahuston@gmail.com Date: Mon, 6 Jun 2016 16:52:32 -0400 To: pd-list@lists.iem.at Subject: [PD] Determine library dependency tree for a patch?
My idea is, I want to distribute a patch.
But I build my patches with layers of abstractions.
So I want to make a recursive map of the dependency tree, including any external libraries needed, so I can know what needs to be included when I distribute the patch.
Has anyone tried this?
I will probably do this with an external program, probably Perl (not within Pd).
First it seems I really need to understand how to Pd does conflict resolution in case of name clashes.
Next, it seems one must know the search path.
This is a bit easier on Linux systems b/c it just requires parsing a flat file.
On Windows it requires parsing the Registry (which I admit is still a big mystery for me).
On My machine, I am finding the search path here:
HKEY_USERS\S-1-5-21-1970324843-3388967453-2642309065-1000\Software\Classes\VirtualStore\MACHINE\SOFTWARE\Wow6432Node\Pd\
npath=12 means 12 directories to search, each being path1=(path1) path2=(path2) ... path12=(path12)
I also find this repeated here:
HKEY_USERS\S-1-5-21-1970324843-3388967453-2642309065-1000_Classes\VirtualStore\MACHINE\SOFTWARE\Wow6432Node\Pd
One question is, where does this strange string come from? Is this guaranteed to be the same on every Windows systems?
S-1-5-21-1970324843-3388967453-2642309065-1000 S-1-5-21-1970324843-3388967453-2642309065-1000_Classes
Ugh. Anyway, just looking for some general guidance here.
Thanks, BH
--
May you, and all beings be happy and free from suffering :) -- ancient Buddhist Prayer (Metta)
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list