On 01/19/2016 11:45 AM, Roman Haefeli wrote: > IOhannes is correct in that "-lib" behavior hasn't changed (I just > tested with 0.45). Considering this, it's probably wise not to change it > now, although I feel more sympathy with the use case you described. I > don't see anything wrong with having to use [declare -stdlib zexy -lib > zexy] in case I want to cover both, relative to calling patch and all > standard paths.
so what to do now?
there are a few ways to implement the dont-search-stdpath behaviour
(starting from a trivial two-liner), and i'm willing to provide one in
order to keep everybody happy.
nevertheless here's some things to consider:
- backward compatibility (since it seems that no known version of Pd had
the dont-search-stdpath behaviour)
- consistency with startup flags ("pd -lib foo" will search both the
"-path" paths and the standard paths)
- iictc it's fairly trivial to make it very likely that a library is
loaded only from a patch-local directory, even if "-lib" does search the
stdpath:
[declare -lib byzantium2016/zexy]
while this will try to load
"/usr/lib/pd/extra/byzantium2016/zexy/zexy.pd_linux", chances are rather
low that this actually exists and so it will happily only load the
türkçe zexy besides the patch.
but of course this is rather a hack...
mgfdsr
IOhannes
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Pd-dev mailing list [email protected] http://lists.puredata.info/listinfo/pd-dev
