[PD] Force cyclone/gate instead of iemlib1/gate

[Alexandre Torres Porres]

I dont know how pdmtl is structured, but you can always screw it up and
wrap it in a way that doesn't work. Other than that, if you do things in a
certain way, considered as "safe" / "correct" or "usual", that
libname/objectname syntax will never be a problem.

The way it works is that your lib needs to be in a folder that is also in
the path.

With Pd 0.48-0 we have a new folder for externals suggested by the software
which is also suggested to be added to the search path. If you just say yes
and ok to everything, all the libraries you download will end up in this
external folder that is already in the path, so there won't be any
disadvantages in using libname/objectname!

cheers


2017-12-04 7:05 GMT-02:00 <abel.jerome at free.fr>:

> Hi.
>
> Beyond the topic, I wonder also how to know if a library needs "-lib"
> option, and for which operating system. For iemlib, on Xubuntu the "-path"
> option is enough, on Windows, I need to add "-lib". Hard to follow if it is
> not the same option between platforms.
>
> > Now, with Pd Vanilla, you can set the order your own, or use [declare],
> but, again, I just think libname/objectname is easier and more explicit
>
> If it is the common way now, it is good to know. Thanks.
>
> The order seems not working with "-lib". It seems stronger than a "-path"
> option.
>
> I see the good points of this syntax, but also some disadvantages :
> - if you download a set of abstractions "lambda" (~ library) and if the
> syntax inside is "Iambda/objectname", so all help files won't work if you
> open them directly. It was a strange behavior in the good old "pdmtl"
> abstractions help files. I like the idea that you can open any objects and
> help files inside the library folder (like rjdj lib).
> - In a more logical level, if you declare a "-path /any/path/lambda"
> option, the library will not work. You need to declare the parent path,
> which is weird and not suitable if you want to show and declare all
> libraries that you need in a common declare line.
>
> I guess the best practice would be to place all externals inside the same
> parent folder "~/pd/externals", declare this parent path (by default now)
> and also declare all externals paths to show the project's dependencies. So
> you can use the "objectname" alone or with "libname/objectname".
>
> +
>
> --
> Jérôme Abel
> http://jeromeabel.net
> http://reso-nance.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20171204/439fb7e2/attachment-0001.html>