Hi Guenter and Iohannes,
I think the best thing is to throw everything in pd/extra. This will mean that updating Pd requires that you reassemble the externs, but then, at some level you always will have to do that, so it probably doesn't help to have two or three such directories instead of one...
cheers Miller
On Mon, Mar 11, 2002 at 06:43:16PM +0100, günter geiger wrote:
On Mon, 11 Mar 2002, IOhannes m zmoelnig wrote:
policy:: -- pd/extra : for extras that ship with pd (toys, like fiddle~,... everything that is in the pd/extra by default now); it should *not* be touched by add-on installations (see below) -- pd/externs : for add-on external libraries (such as motex, ggee,...) and only libraries (only *.dll/*.pd_linux/*.pd_irix) -- pd/abs : for add-on abstractions (such as parts of the iemlib-library)
The problem I see with this is, if someone writes an external, or extents and existing one, and chooses the same name because it fits so well, we get name clashes inside externs.
This is an argument for always packageing externals into libraries, but on the other hand it makes it very unflexible because it is not possible to load two libraries with the same external.
Another solution is putting the externals into subdirectories e.g /usr/lib/pd/externs/zexy.
externals then can be loaded with object |zexy/furb|, or if someone preferres to use |furb| only it can be copied into the working directory or added to the -path switch etc.
same for abstractions, ...
but I am not really sure if a system like that really works in practice ?
Guenter