[PD] External libraries not found via declare object or startup flags (pd 0.47.1, linux)

[Angelo Arcadi]

Dear list,
still I am having troubles in loading the externals so I suspect that
either I have not understood something
fundamental or there is a bug or something needed to be done during
configuring/building pd.
Just to remind you, I am using an odroid C2 board running ubuntu 16.04, and
I built the last version of pd 0.47.1.

These are the trials I did.
In each trial I Inserted in the preferences the path /usr/lib/extra (where
the externals are present).
For the sake of sempilicity I refer to the library cyclone and its object
gate


Trial 1:
- I create the object "cyclone/gate" , without having created the object
"declare".
Result: it works


Trial 2:
- I created an object "declare -stdpath cyclone"
Result: error couldn't create gate

However, if I create the object "cyclone/gate" it still works. Notably, if
I then create an object "gate" (not "cyclone/gate")
the object can be created without errors.


Trial 3:
- I created an object "declare -path cyclone"
Result: error couldn't create gate


Trial 4:
- I created an object "declare -lib cyclone"
Result: error couldn't create gate


Trial 5:
- I created an object "declare -lib /usr/lib/extra/cyclone"
Result: error couldn't create gate


Trial 6:
- In the Preferences I added the startup flag "-path cyclone"
Result: error couldn't create gate


Trial 7:
- In the Preferences I added the startup flag "-path
/usr/lib/extra/cyclone"
Result: error couldn't create gate


Trial 8:
- In the Preferences I added the startup flag "-lib cyclone"
Result: error couldn't create gate


Trial 9:
- In the Preferences I added the startup flag "-lib /usr/lib/extra/cyclone"
Result: error couldn't create gate


Can anyone suggest how can I solve this problem? I would like to avoid to
place cyclone in front
of every object gate, etc.

Thanks in advance

Best

Angelo




On Fri, Aug 5, 2016 at 7:30 PM, Lucas Cordiviola <lucarda27 at hotmail.com>
wrote:

> I`m not a Linux user so not sure:
>
> *I want to avoid using the name of the package before each external I need
> to *
>
> *use. So I created an object with "declare -stdpath
> /usr/lib/pd/extra/osc".*
>
>
> Isn't this [declare -stdpath osc] ?
>
> *So I tried to set the startup flags e.g. -lib /usr/lib/pd/extra/osc but
> when I *
>
> *launch pd I get "can't load library"*
>
>
> Sure on this, Osc is not a lib. Libs are Gem and Zexy 2.2.6svn …
>
> try:
>
> -path /usr/lib/pd/extra/osc
>
> But probably with the above [declare] you got it.
>
>
> Mensaje telepatico asistido por maquinas.
>
>
> ------------------------------
> *From:* Pd-list <pd-list-bounces at lists.iem.at> on behalf of Angelo Arcadi
> <angelo.arcadi.mailinglist at gmail.com>
> *Sent:* Friday, August 5, 2016 11:01 PM
> *To:* pd-list at lists.iem.at
> *Subject:* [PD] External libraries not found via declare object or
> startup flags (pd 0.47.1, linux)
>
> Dear list,
> I get an unwanted beheaviour with the location of the externals libraries
> installed on pd 0.47.1. Pd was compiled from sources, on ubuntu 16.04 linux
> running on the odroid-c2 board (armv8-64)
>
> I installed the externals I needed via apt-get install pd-name_package.
> The package got installed in /usr/lib/pd/extra. I have added such folder
> in the
> search path.
>
> Now in pd I want to use some of those externals, let's say "packOSC".
> At this stage If I create an object with "osc/packOSC" it works.
>
>
> I want to avoid using the name of the package before each external I need
> to
> use. So I created an object with "declare -stdpath /usr/lib/pd/extra/osc".
>
> The problem is that pd seems to ignore that command, or the analog ones
> with -path and -lib.
>
> So I tried to set the startup flags e.g. -lib /usr/lib/pd/extra/osc but
> when I
> launch pd I get "can't load library"
>
> Any suggestion or workaround? Is there maybe a bug?
>
> Thanks in advance
>
> Best
>
> Angelo
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160810/c9652d31/attachment.html>