On Mit, 2016-01-20 at 00:49 +0100, IOhannes m zmölnig wrote: > 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?
Considering your points[*], it should probably stay as it is.
Roman
[*]
> 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
>
> _______________________________________________
> Pd-dev mailing list
> [email protected]
> http://lists.puredata.info/listinfo/pd-dev
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Pd-dev mailing list [email protected] http://lists.puredata.info/listinfo/pd-dev
