<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2016-02-14 16:42 GMT-02:00 IOhannes m zmölnig <span dir="ltr"><<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>></span>: <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-size:12.8px">you are using distribution of zexy that has deliberately broken zexy</span></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-size:12.8px">into pieces. when </span> zexy is built correctly (as a single multi-object-file<br>
library) there is absolutely no problem.<br></blockquote><div><br></div><div>Well, it seemed I could have another version of zexy, so I tried downloading new ones from deken with the latest vanilla.</div><div><br></div><div>zexy-v2.2.6svn-(Darwin-i386-32)(Darwin-x86_64-32)-externals.zip didn't seem to work, I had to use [hexloader] apparently, but I didn't have it. Yeah, I thought [hexloader] was part of zexy, but it ain't...<br></div><div><br></div><div>Now, zexy-v0-0extended-(Darwin-i386-32)(Darwin-PowerPC-32)(Darwin-x86_64-32)-externals.tar <b><u>works!</u></b> I can load them without [hexloader]. So that's <span style="font-size:12.8px">when</span> zexy is built correctly (as a single multi-object-file</div>library), right?<div><br></div><div><br></div><div>2016-02-14 14:31 GMT-02:00 Jonathan Wilkes via Pd-list <span dir="ltr"><<a href="mailto:pd-list@lists.iem.at" target="_blank">pd-list@lists.iem.at</a>></span>: <br></div><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="color:rgb(0,0,0);font-family:HelveticaNeue,'Helvetica Neue',Helvetica,Arial,'Lucida Grande',sans-serif"><div dir="ltr" style="font-size:16px"></div><div dir="ltr">For example: the one-clas-per-file-libdir is the reason you can't easily have externals with names like "<~" and ">~".</div></div></blockquote><div><br></div><div>Maybe this is saying the same thing? Depending on how you build it then it doesn't work? Seems so to me...</div><div><br></div><div>Not sure if I'm missing something, but basically it seems you can avoid the issues of not being able to load externals named [>~] or whatever...</div><div><br></div><div>More important to this discussion is, <b><u>the way cyclone is built has no such problems</u></b>, as I can load all the object names <b><u>without</u></b> [hexloader].</div><div><br></div><div>Now, is it just me on my Mac Os, or there might still be issues with other Operational Systems? I asked this on my first message, cause that's what Fred Jan seemed to imply to me. Anyway, I'm not sure, I actually think now they'll load just anywhere.</div><div><br></div><div>Who can help me?</div><div><br></div><div>Thanks</div></div></div></div></div></div>