<div dir="ltr"><div>Yep, that did it. Jonathan, can you please have a look (i.e., review, test, and merge) <a href="https://git.purrdata.net/jwilkes/purr-data/-/merge_requests/592">https://git.purrdata.net/jwilkes/purr-data/-/merge_requests/592</a>?</div><div><br></div><div>That MR also backports the various bugfixes and the hexmunger-related changes from the old version. I *think* that I did this right, but it can't hurt to have a second pair of eyeballs have a look.</div><div><br></div><div>Joseph, thanks again for reporting the issue, here's proof that everything is back to normal again:</div><div><div><img src="cid:ii_kg7qku4f0" alt="image.png" width="476" height="393">I'll toss up a build of 2.15.2 to the preview channel shortly, so that you can test for yourself. Note that this will also include Ico's latest (and somewhat experimental) changes, which are slated to go into 2.15.2 as well, but I already tested these myself for a bit and they seem to work ok so far.</div><div><br></div><div>Thanks,</div><div>Albert<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 13, 2020 at 2:31 AM Albert Graef <<a href="mailto:aggraef@gmail.com">aggraef@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 12, 2020 at 10:53 PM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com" target="_blank">jon.w.wilkes@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"># make-lib-executable:<br></blockquote><div><br></div><div>Oops, I overlooked that one.Thanks, I will give it a go immediately.<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
# When this variable is defined 'yes' in your makefile or as command argument,<br>
# Makefile.pdlibbuilder will try to build all classes into a single library<br>
# executable (but it will force exit if lib.setup.sources is undefined).<br>
# If your makefile defines 'make-lib-executable=yes' as the library default,<br>
# this can still be overriden with 'make-lib-executable=no' as command argument<br>
# to build individual class executables (the Makefile.pdlibbuilder default.)<br>
<br>
On Mon, Oct 12, 2020 at 4:25 PM Albert Graef <<a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>> wrote:<br>
><br>
> On Mon, Oct 12, 2020 at 10:14 PM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com" target="_blank">jon.w.wilkes@gmail.com</a>> wrote:<br>
>><br>
>> Our previous version of Zexy had the option to produce both types of<br>
>> output, but it didn't use Makefile.pdlibbuilder. You might skim that<br>
>> file to see if there's an option to build one-file-per-class.<br>
><br>
><br>
> I already did that, but couldn't find any such option.<br>
><br>
> Albert<br>
><br>
>><br>
>> -Jonathan<br>
>><br>
>> On Mon, Oct 12, 2020 at 4:03 PM Albert Graef <<a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>> wrote:<br>
>> ><br>
>> > On Mon, Oct 12, 2020 at 8:41 PM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com" target="_blank">jon.w.wilkes@gmail.com</a>> wrote:<br>
>> > > Whoa, that is a huge regression and needs to be fixed.<br>
>> ><br>
>> > The only (quick) fix I see is to unmerge<br>
>> > <a href="https://git.purrdata.net/jwilkes/purr-data/-/merge_requests/583" rel="noreferrer" target="_blank">https://git.purrdata.net/jwilkes/purr-data/-/merge_requests/583</a>.<br>
>> ><br>
>> > That might work for most people, but zexy will then be completely<br>
>> > broken in the mingw64 build again. Which means that I won't be able to<br>
>> > use zexy, because I need to be able to run pd-faustgen2 (which<br>
>> > requires 64 bit) on Windows in at least one of my upcoming courses.<br>
>> ><br>
>> > > namespace prefixes like zexy/date should be supported in all the default libs, no exceptions.<br>
>> ><br>
>> > Is there a way you can do that if a collection of externals is<br>
>> > compiled as a library? Do we have a working example of this in the<br>
>> > libraries that we ship? Then we could possibly apply the same method<br>
>> > to zexy.<br>
>> ><br>
>> > > Is there a compile-time option for Zexy to produce one-class-per-file output, or was that removed in a newer version?<br>
>> ><br>
>> > Not as far as I can tell -- as you know if you read the description of<br>
>> > my MR, it uses Makefile.pdlibbuilder now. It's hopefully possible to<br>
>> > massage zexy/Makefile so that it produces separate externals. I can<br>
>> > look into that as soon as I find the time if you want.<br>
>> ><br>
>> > > Also-- Albert, did you go through the `git log externals/zexy` to see if we had any fixes for things that aren't upstream? The only thing I vaguely recall had to do with hexloader, but that my have been a different external lib...<br>
>> ><br>
>> > No, I didn't. Most of those seem to be about hexmunger, which the<br>
>> > library version doesn't need if I understand correctly. The others<br>
>> > are:<br>
>> ><br>
>> > <a href="https://git.purrdata.net/jwilkes/purr-data/-/commit/5e9124e9" rel="noreferrer" target="_blank">https://git.purrdata.net/jwilkes/purr-data/-/commit/5e9124e9</a>: Not<br>
>> > sure, code review is in order.<br>
>> ><br>
>> > <a href="https://git.purrdata.net/jwilkes/purr-data/-/commit/3cf58d708" rel="noreferrer" target="_blank">https://git.purrdata.net/jwilkes/purr-data/-/commit/3cf58d708</a>: Not<br>
>> > sure, code review is in order.<br>
>> ><br>
>> > <a href="https://git.purrdata.net/jwilkes/purr-data/-/commit/7b3a9f539" rel="noreferrer" target="_blank">https://git.purrdata.net/jwilkes/purr-data/-/commit/7b3a9f539</a>:<br>
>> > Probably still needed, but it won't apply without ado to the new<br>
>> > version because of code changes.<br>
>> ><br>
>> > <a href="https://git.purrdata.net/jwilkes/purr-data/-/commit/e294b129" rel="noreferrer" target="_blank">https://git.purrdata.net/jwilkes/purr-data/-/commit/e294b129</a>: Probably<br>
>> > still needed as well, we may just apply it anyway because it won't do<br>
>> > any harm AFAICT.<br>
>> ><br>
>> > Albert<br>
>> ><br>
>> > ><br>
>> > > -Jonathan<br>
>> > ><br>
>> > >><br>
>> > >><br>
>> > >> HTH,<br>
>> > >> Albert<br>
>> > >><br>
>> > >><br>
>> > >> On Mon, Oct 12, 2020 at 7:03 PM Linux ROUEN Normandie <<a href="mailto:linux.rouen@free.fr" target="_blank">linux.rouen@free.fr</a>> wrote:<br>
>> > >>><br>
>> > >>> Hello Albert,<br>
>> > >>><br>
>> > >>> I have just updated Purr Data 2.15.0 towards 2.15.1 with success (OBS branch). :-)<br>
>> > >>><br>
>> > >>> In my projects the console now prints out for example:<br>
>> > >>> error: couldn't create "zexy/date -----------"<br>
>> > >>> ... click the link above to track it down, or click the 'Find Last Error' item in the Edit menu.<br>
>> > >>> error: couldn't create "zexy/makesymbol %s-%s-%s"<br>
>> > >>> error: couldn't create "zexy/makesymbol %s"<br>
>> > >>> error: couldn't create "zexy/makesymbol 0%s"<br>
>> > >>> error: couldn't create "zexy/makesymbol %s"<br>
>> > >>> error: couldn't create "zexy/makesymbol 0%s"<br>
>> > >>> error: couldn't create "zexy/time -----------"<br>
>> > >>> error: couldn't create "zexy/makesymbol %s:%s:%s"<br>
>> > >>><br>
>> > >>> So now the new Zexy library 2.3.0 as of 2020/02/20 is not totally functional: /opt/purr-data/lib/pd-l2ork/extra/zexy with only 145 elements!<br>
>> > >>> In Purr Data 2.15.0, the Zexy library was v.2.2.6 as of 2016/01/22 with 241 elements.<br>
>> > >>><br>
>> > >>> After checking the content of this folder (which is not empty), it seems to be missing at least:<br>
>> > >>> - "date.pd_linux" [ISOdata] when "date-help.pd" is present,<br>
>> > >>> - "time.pd_linux" [ISOtime] when "time-help.pd" is present, and<br>
>> > >>> - "makesymbol.pd_linux" when "makesymbol-help.pd" is present.<br>
>> > >>><br>
>> > >>><br>
>> > >>><br>
>> > >>> * Any idea if this is due to this new Zexy library 2.3.0 and/or something else ?<br>
>> > >>><br>
>> > >>> Thanks.<br>
>> > >>> Best, Joseph<br>
>> > >>> _______________________________________________<br>
>> > >>> L2Ork-dev mailing list<br>
>> > >>> <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
>> > >>> <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
>> > >><br>
>> > >><br>
>> > >><br>
>> > >> --<br>
>> > >> Dr. Albert Gr"af<br>
>> > >> Computer Music Research Group, JGU Mainz, Germany<br>
>> > >> Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" rel="noreferrer" target="_blank">https://agraef.github.io/</a><br>
>> > >> _______________________________________________<br>
>> > >> L2Ork-dev mailing list<br>
>> > >> <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
>> > >> <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
>> > ><br>
>> > > _______________________________________________<br>
>> > > L2Ork-dev mailing list<br>
>> > > <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
>> > > <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
>> ><br>
>> ><br>
>> ><br>
>> > --<br>
>> > Dr. Albert Gr"af<br>
>> > Computer Music Research Group, JGU Mainz, Germany<br>
>> > Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" rel="noreferrer" target="_blank">https://agraef.github.io/</a><br>
>> > _______________________________________________<br>
>> > L2Ork-dev mailing list<br>
>> > <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
>> > <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
>> _______________________________________________<br>
>> L2Ork-dev mailing list<br>
>> <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
>> <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
><br>
><br>
><br>
> --<br>
> Dr. Albert Gr"af<br>
> Computer Music Research Group, JGU Mainz, Germany<br>
> Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" rel="noreferrer" target="_blank">https://agraef.github.io/</a><br>
> _______________________________________________<br>
> L2Ork-dev mailing list<br>
> <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
> <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Dr. Albert Gr"af<br>Computer Music Research Group, JGU Mainz, Germany<br>Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" target="_blank">https://agraef.github.io/</a></div></div></div></div></div></div></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Dr. Albert Gr"af<br>Computer Music Research Group, JGU Mainz, Germany<br>Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" target="_blank">https://agraef.github.io/</a></div></div></div></div></div></div></div>