[PD-dev] [declare -stdlib] does not work anymore

[IOhannes m zmölnig]

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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20160120/bf3a7946/attachment.sig>