<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 13, 2020 at 2:45 AM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com">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">I believe Katja authored that build script. I'm not a fan of the<br>
approach, but she was obviously quite deliberate in its design so I<br>
knew there must be some way to cover that use case.<br></blockquote><div><br></div><div>Katja, thanks again! It's a very nice Makefile tailored to the external library case, does the job, and runs much faster than the automake-based stuff we had previously, especially on Windows. I like it! :)</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">

So thanks again, Katja! In addition to the thanks for the pd-double<br>
code. Also, for teaching me how to build a high-quality DIY<br>
microphone. :)<br></blockquote><div><br></div><div>Picture please, or it didn't happen. ;-)</div><div><br></div><div>Albert</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">
<br>
-Jonathan<br>
<br>
><br>
> On Tue, Oct 13, 2020 at 1:17 AM Linux ROUEN Normandie <<a href="mailto:linux.rouen@free.fr" target="_blank">linux.rouen@free.fr</a>> wrote:<br>
>><br>
>> Hello Albert and Jonathan,<br>
>> Your technical discussion is above my understanding! :-(<br>
>><br>
>> Just to strengthen Jonathan earlier comment:<br>
>> "namespace prefixes like zexy/date should be supported in all the<br>
>> default libs, no exceptions.".<br>
>><br>
>> Albert,<br>
>> My issue is that I'm not using directly neither [zexy/date] nor<br>
>> [zexy/time] nor [zexy/makesymbol] but ready-to-use abstractions<br>
>> (available in Purr Data / externals) which are called by [ISOdate] and<br>
>> [ISOtime]. So that means these standard abstractions should be modified<br>
>> by myself, saved under different names and then integrated into my<br>
>> projects instead the current ones.<br>
>><br>
>> Best, Joseph<br>
>> - - - - - - - - - - - - - - - - - - - -<br>
>><br>
>> Le 12/10/2020 à 22:52, Jonathan Wilkes a écrit :<br>
>> > # make-lib-executable:<br>
>> > # 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>
>> >> 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>
>> >>> 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>
>> >> I already did that, but couldn't find any such option.<br>
>> >><br>
>> >> Albert<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>
>> >>>> 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>
>> >>>> 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>
>> >>>> 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>
>> >>>> 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>
>> >>>> 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>
>> >>>>> -Jonathan<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>
>> >>>>>>> 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>
>> >>>>>> 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>
>> >>>> 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>
>> >> 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>
>> 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" 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>