morning all,
My technique (read: "hack") for auto-loading libraries in vanilla has been just to instantiate an object [foo] in order to load the library foo.pd_linux. This causes error messages for some libraries (notably xsample, which I use a lot), but works well with the vanilla loader. I guess we can't dictate that every library xyz.pd_linux register a class 'xyz', but that's the simplest way I've found of loading libs. Of course, you can't declare inter-library dependencies this way (that I know of), but it's a start...
marmosets, Bryan
On 2010-07-13 12:26:42, Frank Barknecht fbar@footils.org appears to have written:
Hi,
On Tue, Jul 13, 2010 at 11:48:18AM +0200, Roman Haefeli wrote:
Personally, I'd prefer to not auto-load anything at all, which would also encourage a nice patching style with explicitly loading the required libraries. I'd be interested to hear what others think about the matter.
I would love a proper way for Pd vanilla/core to load libraries into abstractions. I know of [import] but most of my abstraction libraries target vanilla installs, too, so I cannot use it. And [declare] currently is designed for top-level _main.pd-style patches only, so there's no way to really preload list-abs in RTC-lib-abstractions for example.
If this issue is solved, the problem of autoloading becomes almost moot. Well, there still are some issues like the sad omission of "sssad" in Pd-extended which is not shipped at all but such things are comparatively trivial to fix.
Ciao