<div dir="ltr">I can load [hsv2rgb] in Pd Extended 0.42-5, but it actually load markex/hsv2rgb instead, which is a compiled object, not an abstraction - these are the loaded objects in the help file of gem/hsv2rgb by the way, so that was very confusing, making me believing you could "lock" an abstraction somehow with Gem, leading me to question on how can one do that in that other thread...<div><br></div><div>Anyway, all I tried here, with Extended and new Vanilla, didn't really work, but I see there's code in Gem 0.93-3 that tries to do that, and also that currently Gem uses a different approach from <a href="https://github.com/pure-data/pure-data/commit/c917dd1938e8b48927dc6414916bdc47bbcfeb34">https://github.com/pure-data/pure-data/commit/c917dd1938e8b48927dc6414916bdc47bbcfeb34</a></div><div><br></div><div>I tested the "new way" with cyclone and it kinda works, despite the consistency error. So maybe you mean about a new version of Gem that wasn't released yet, and that you'd have to compile yourself? <br><br>Anyway, I'm really confused and curious to know if this is being done, if there's a bug, whatever's going on.<br><br>cheers</div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-04-20 3:50 GMT-03:00 Alexandre Torres Porres <span dir="ltr"><<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">hi, thanks for the answer, but this still doesn't work for me<div><br></div><div>I'm running Pd 0.48-1-i386 on a macOS 10.12.6, I installed Gem 0.93-3 from deken. I can load Gem objects just fine, but no hsv2rgb, only if I do something like [Gem/hsv2rgb]. <br><br>My path is clear, and my externals are in ~/Documents/Pd/externals</div><div><br></div><div>Gem also doesn't show up as path after using declare.</div><div><br></div><div><img src="cid:ii_jg7lgkaq1_162e1d04c7fa5538" width="413" height="172"></div><div><br></div><div>cheers<br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">2018-04-20 3:40 GMT-03:00 IOhannes m zmoelnig <span dir="ltr"><<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>></span>:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><span>On 2018-04-20 05:54, Alexandre Torres Porres wrote:<br>
> 2018-04-14 17:39 GMT-03:00 IOhannes m zmölnig <<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>>:<br>
> <br>
>><br>
>> Gem is special, as it adds its own path to Pd's search path and the user<br>
>> shouldn't manually do that.<br>
>><br>
> <br>
> Hi, how can I test this and check it? I was doing this on my own but it<br>
> seems I just got confused.<br>
<br>
<br>
</span>- remove all (Gem-related) paths and libs from your startup settings (or<br>
start Pd with "-noprefs".<br>
- instantiate one of Gem's abstractions, e.g. [hsv2rgb] -- it should fail<br>
- load the Gem library (e.g. "-lib Gem" or [declare -lib Gem])<br>
- instantiate one of Gem's abstractions, e.g. [hsv2rgb] -- it should<br>
instantiate.<br>
<br>
fgmasdr<br>
<span class="m_-3231914972266803631HOEnZb"><font color="#888888">IOhannes<br>
<br>
</font></span><br></div></div>______________________________<wbr>_________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/li<wbr>stinfo/pd-list</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>