<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>
<div>anyway, I agree that ideally the structure of a library should be totally transparent to the user.</div>

<div> </div>

<div>> Theoretically you could have a loader branch that would look for the "foo" binary in that case, load it, and then 
<div>search for a "bar_setup" routine.</div>

<div> </div>

<div>that's not a bad idea. doesn't seem too complicated to me. I might give it a shot.</div>

<div> </div>
</div>

<div>
<div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Gesendet:</b> Sonntag, 12. Mai 2019 um 17:45 Uhr<br/>
<b>Von:</b> "Christof Ressi" <christof.ressi@gmx.at><br/>
<b>An:</b> "Jonathan Wilkes" <jancsika@yahoo.com>, Pd-List <pd-list@lists.iem.at><br/>
<b>Betreff:</b> Re: [PD] Full stop '.' in class namespace</div>

<div name="quoted-content">
<div style="font-family: Verdana;font-size: 12.0px;">
<div>
<div>ok, I see. you usually don't load individual classes with [declare -lib] but only (multi-objects-per-binary) libraries.</div>

<div> </div>

<div>the workaround usually is to do [declare -path zexy -lib zexy]. -path is for abstractions and single-object-binaries and -lib is for the multi-object-per-binary library (if it exists).</div>

<div> </div>

<div>the problem was that with single-object-binaries you can do [zexy/atoi] but with multi-object-binaries you can't (unless they added such creators). this is what my patch mainly tries to solve.</div>

<div> 
<div style="margin: 10.0px 5.0px 5.0px 10.0px;padding: 10.0px 0 10.0px 10.0px;border-left: 2.0px solid rgb(195,217,229);">
<div style="margin: 0 0 10.0px 0;"><b>Gesendet:</b> Sonntag, 12. Mai 2019 um 17:33 Uhr<br/>
<b>Von:</b> "Jonathan Wilkes" <jancsika@yahoo.com><br/>
<b>An:</b> "Christof Ressi" <christof.ressi@gmx.at><br/>
<b>Cc:</b> Pd-List <pd-list@lists.iem.at><br/>
<b>Betreff:</b> Re: Aw: Re: Re: Re: Re: [PD] Full stop '.' in class namespace</div>

<div>
<div class="ydp6341fce8yahoo-style-wrap" style="font-family: Helvetica Neue , Helvetica , Arial , sans-serif;font-size: 13.0px;">
<div> </div>

<div><span style="color: rgb(38,40,42);">> On Sunday, May 12, 2019, 10:58:52 AM EDT, Christof Ressi <christof.ressi@gmx.at> wrote:</span></div>
</div>

<div class="ydp747fb2f7yahoo_quoted" id="ydp747fb2f7yahoo_quoted_7980615853">
<div style="font-family: "Helvetica Neue" , Helvetica , Arial , sans-serif;font-size: 13.0px;color: rgb(38,40,42);">
<div> </div>

<div><span style="font-family: Verdana;font-size: 12.0px;">>> that allows it to be built both as a single binary *or* with one class per binary.</span></div>

<div>
<div id="ydp747fb2f7yiv2266498462">
<div style="font-family: Verdana;font-size: 12.0px;">
<div> </div>

<div>> ah, of course that makes sense.</div>

<div> </div>

<div>>> with multi-binary style I can do [declare -lib foo/bar] whereas with the single-binary style that won't work.</div>

<div> </div>

<div>> I'm not sure I understand. Can give an example?</div>

<div> </div>

<div>That's the libdir prefix logic. Say I have a "foo" library where one of many binaries inside "extra/foo/" is </div>

<div>named bar.pd_linux. Then I can do [declare -lib foo/bar] to load that library.</div>

<div> </div>

<div>On the other hand, if "foo" was compiled as a single binary with many classes inside it, then there is </div>

<div>just "extra/foo/foo.pd_linux." In that case [declare -lib foo/bar] won't work.</div>

<div> </div>

<div>Theoretically you could have a loader branch that would look for the "foo" binary in that case, load it, and then </div>

<div>search for a "bar_setup" routine. But that's getting pretty damned complicated. And without a spec for </div>

<div>what the loader is supposed to be doing in the first place I'd be hesitant to add that.</div>

<div> </div>

<div> </div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" target="_blank">https://lists.puredata.info/listinfo/pd-list</a></div>
</div>
</div>
</div></div></body></html>