From bil at ccrma.Stanford.EDU Thu Dec 1 09:45:26 2016 From: bil at ccrma.Stanford.EDU (bil at ccrma.Stanford.EDU) Date: Thu, 01 Dec 2016 09:45:26 -0800 Subject: [CM] numerics.scm In-Reply-To: References: Message-ID: <82b4a392ae174f935662a826a7c6fedd@ccrma.stanford.edu> Sorry for the delay -- your Nov 18 mail was just delivered! snd-test.scm has examples of legendre-polynomial, and the others are similar. From k.s.matheussen at gmail.com Thu Dec 1 09:48:26 2016 From: k.s.matheussen at gmail.com (Kjetil Matheussen) Date: Thu, 1 Dec 2016 18:48:26 +0100 Subject: [CM] sndinfo doesn't work w. large riff/wav (from other apps), sun/next is ok In-Reply-To: <85a635d7-62f0-dee6-5a0b-f72ae757358e@rahul.net> References: <87pom31pw2.fsf@electricaudiounit.no> <2f7b681ebfc1c5cf3af35c6a2706f654@ccrma.stanford.edu> <85a635d7-62f0-dee6-5a0b-f72ae757358e@rahul.net> Message-ID: A little mixup here. There are two different libraries with very similar names that does very similar things. libsndfile is made by Erik de Castro Lopo, and sndlib is made by Bill Schottstaedt. This thread is about the latter. On Mon, Nov 14, 2016 at 12:02 PM, Ken Dawson wrote: > There has been a similar issue with libsndfile discussed on Linux Audio > Users recently. It may have just been fixed by Erik de Castro Lopo. He > mentioned this link. > > https://github.com/erikd/libsndfile/commit/e4572180c3445ce1afdc9e36ab8c21 > 63637e0755 > > > Hope this is what you are looking for. > > /ken > > On 11/10/2016 09:47 AM, bil at ccrma.Stanford.EDU wrote: > > The problem is in sndlib, not sox. There were a couple > places where the size was treated as a (signed) int, > even though snd could write an unsigned int if needed. > Thanks for the bug report! > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > https://cm-mail.stanford.edu/mailman/listinfo/cmdist > > > > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > https://cm-mail.stanford.edu/mailman/listinfo/cmdist > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From k.s.matheussen at gmail.com Thu Dec 1 13:04:16 2016 From: k.s.matheussen at gmail.com (Kjetil Matheussen) Date: Thu, 1 Dec 2016 22:04:16 +0100 Subject: [CM] sndinfo doesn't work w. large riff/wav (from other apps), sun/next is ok In-Reply-To: References: <87pom31pw2.fsf@electricaudiounit.no> <2f7b681ebfc1c5cf3af35c6a2706f654@ccrma.stanford.edu> <85a635d7-62f0-dee6-5a0b-f72ae757358e@rahul.net> Message-ID: Sorry, I realized now that you were probably just suggesting that it could be the same type of bug in both sndlib and libsndfile. On Thu, Dec 1, 2016 at 6:48 PM, Kjetil Matheussen wrote: > A little mixup here. There are two different libraries with very similar > names that does very similar things. libsndfile is made by Erik de Castro > Lopo, > and sndlib is made by Bill Schottstaedt. This thread is about the latter. > > > > On Mon, Nov 14, 2016 at 12:02 PM, Ken Dawson wrote: > >> There has been a similar issue with libsndfile discussed on Linux Audio >> Users recently. It may have just been fixed by Erik de Castro Lopo. He >> mentioned this link. >> >> https://github.com/erikd/libsndfile/commit/e4572180c3445ce1a >> fdc9e36ab8c2163637e0755 >> >> >> Hope this is what you are looking for. >> >> /ken >> >> On 11/10/2016 09:47 AM, bil at ccrma.Stanford.EDU wrote: >> >> The problem is in sndlib, not sox. There were a couple >> places where the size was treated as a (signed) int, >> even though snd could write an unsigned int if needed. >> Thanks for the bug report! >> >> _______________________________________________ >> Cmdist mailing list >> Cmdist at ccrma.stanford.edu >> https://cm-mail.stanford.edu/mailman/listinfo/cmdist >> >> >> >> >> _______________________________________________ >> Cmdist mailing list >> Cmdist at ccrma.stanford.edu >> https://cm-mail.stanford.edu/mailman/listinfo/cmdist >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From taube at illinois.edu Thu Dec 1 18:17:33 2016 From: taube at illinois.edu (Taube, Heinrich K) Date: Fri, 2 Dec 2016 02:17:33 +0000 Subject: [CM] Grace 3.9.0 on Sierra: characters not visible In-Reply-To: <0c1acb73-e65a-4a86-eaea-5c342f4d29f5@balcab.ch> References: <0c1acb73-e65a-4a86-eaea-5c342f4d29f5@balcab.ch> Message-ID: <8AD9560B-6E8F-46B9-9146-9CC9F3543920@illinois.edu> not sure but i think the app will need to get recompiled on serra to see what the issue is. > On Nov 30, 2016, at 5:40 PM, Michael Winkler wrote: > > Hi, > > I just have installed Grace 3.9.0 on macOS Sierra. In the editor, I can't read anything ? white letters on a white background. What can I do? > > all the best, > > Michael > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > https://cm-mail.stanford.edu/mailman/listinfo/cmdist From j_hearon at hotmail.com Mon Dec 5 09:23:50 2016 From: j_hearon at hotmail.com (James Hearon) Date: Mon, 5 Dec 2016 17:23:50 +0000 Subject: [CM] numerics In-Reply-To: References: Message-ID: Hi, Strange about delayed email. Thank you for info on snd-test.scm re: legendre-polynomial. I see now, first argument is a vector, so all is working now in numerics.scm Regards, Jim -------------- next part -------------- An HTML attachment was scrubbed... URL: From bil at ccrma.Stanford.EDU Mon Dec 5 09:28:39 2016 From: bil at ccrma.Stanford.EDU (bil at ccrma.Stanford.EDU) Date: Mon, 05 Dec 2016 09:28:39 -0800 Subject: [CM] Snd 17.0 Message-ID: Snd 17.0. Tito Latini fixed many bugs, especially in save-state and snd-mix, and made it possible to move dialogs between desktops in Motif. Mike Scholz updated snd-test.fs|rb and made clm.rb compatible with the latest Ruby. checked: gtk 3.22.2|3|4, gtk 3.89.1, sbcl 1.3.11|12. Thanks!: Mike Scholz, Anders Vinjar, Tito Latini, Kjetil Matheussen, IOhannes m zm?lnig. From k.s.matheussen at gmail.com Wed Dec 7 04:10:57 2016 From: k.s.matheussen at gmail.com (Kjetil Matheussen) Date: Wed, 7 Dec 2016 13:10:57 +0100 Subject: [CM] s7: warning if symbol is redefined and namespaces Message-ID: Hi Bill, I'm starting to get a bit worried about overriding global symbols without noticing it. Is there a way to get a message printed to the screen, or maybe create a hook for doing so, if a symbol is redefined? Also, what about namespaces and workarounds? For instances, Is there a way to load a file without polluting the global namespace, for instance something like this: " (let () (load "reverse-sound.scm") (reverse-sound sound)) " ...where the 'reverse-sound' symbol in reverse-sound.scm is not available globally. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bil at ccrma.Stanford.EDU Wed Dec 7 04:25:48 2016 From: bil at ccrma.Stanford.EDU (bil at ccrma.Stanford.EDU) Date: Wed, 07 Dec 2016 04:25:48 -0800 Subject: [CM] s7: warning if symbol is redefined and namespaces In-Reply-To: References: Message-ID: load has a second argument, the environment to load into, which defaults to the root environment, so (let () (load "file.scm" (curlet)) will place the top-level defines in file.scm into the local environment. Similarly eval has an environment argument. I think that s7 currently doesn't warn about shadowing or redefining built-in names, though it does complain about (set! if 3) and the like. lint.scm is equally lackadaisical. I'll add optional checks in both places. It's surprisingly common in current scheme practice to use (say) 'list or 'string as a variable name -- I wonder if this is actually a common-lisp trope that schemers are careless about? It does lead to errors. From k.s.matheussen at gmail.com Wed Dec 7 04:35:48 2016 From: k.s.matheussen at gmail.com (Kjetil Matheussen) Date: Wed, 7 Dec 2016 13:35:48 +0100 Subject: [CM] s7: warning if symbol is redefined and namespaces In-Reply-To: References: Message-ID: On Wed, Dec 7, 2016 at 1:25 PM, wrote: > load has a second argument, the environment to load into, > which defaults to the root environment, so > > (let () > (load "file.scm" (curlet)) > > will place the top-level defines in file.scm into > the local environment. Similarly eval has an > environment argument. > > Excellent! > I think that s7 currently doesn't warn about shadowing or > redefining built-in names, though it does complain about > (set! if 3) and the like. lint.scm is equally > lackadaisical. I'll add optional checks in both places. > > It's surprisingly common in current scheme practice > to use (say) 'list or 'string as a variable name -- > I wonder if this is actually a common-lisp trope > that schemers are careless about? It does lead to > errors. > > Shadowing a variable can be practical though. What I'm especially worried about is writing two different functions with the same name doing different things loaded from two different files. Especially if loading 3rd party scheme files. I did look quickly at s7.c if I could add a hook, but I gave up quickly. If it's not much work it would be great to be able to add a hook which is called every time a global symbol is redefined. Then I could show a warning window if the hook is called during the first time a scheme file is loaded. -------------- next part -------------- An HTML attachment was scrubbed... URL: From orm.finnendahl at selma.hfmdk-frankfurt.de Wed Dec 7 19:52:21 2016 From: orm.finnendahl at selma.hfmdk-frankfurt.de (Orm Finnendahl) Date: Thu, 8 Dec 2016 04:52:21 +0100 Subject: [CM] partial tracking and sinusoidal modeling Message-ID: <20161208035221.GA10596@T460s-orm> Hi, I'm trying to use some open source partial tracking/sinusoidal modeling tools working on linux. It's a somewhat dated procedure and it seems there aren't many sources available. I found the lisp based ATS system by Juam Pampin (https://ccrma.stanford.edu/~juan/ATS_manual.html) which relies on CLM. Before trying to adapt that to current cl implementations I'd like to ask around if someone has been working with partial tracking/sinusoidal modeling recently and might be able to give some advice how to use something like that in 2016. In that context: Does anybody have a working common lisp (preferably sbcl) based CLM and can point me to sources where to obtain it? -- Orm From orm.finnendahl at selma.hfmdk-frankfurt.de Wed Dec 7 21:12:29 2016 From: orm.finnendahl at selma.hfmdk-frankfurt.de (Orm Finnendahl) Date: Thu, 8 Dec 2016 06:12:29 +0100 Subject: [CM] partial tracking and sinusoidal modeling In-Reply-To: <20161208035221.GA10596@T460s-orm> References: <20161208035221.GA10596@T460s-orm> Message-ID: <20161208051229.GB10596@T460s-orm> Am Donnerstag, den 08. Dezember 2016 um 04:52:21 Uhr (+0100) schrieb Orm Finnendahl: > In that context: Does anybody have a working common lisp (preferably > sbcl) based CLM and can point me to sources where to obtain it? Got that part figured out: I found the cl clm-4 sources and they compiled right away on current sbcl. -- Orm From juanig at ccrma.Stanford.EDU Fri Dec 9 08:24:03 2016 From: juanig at ccrma.Stanford.EDU (Juan Reyes) Date: Fri, 9 Dec 2016 10:24:03 -0600 Subject: [CM] partial tracking and sinusoidal modeling In-Reply-To: <20161208035221.GA10596@T460s-orm> References: <20161208035221.GA10596@T460s-orm> Message-ID: Hi Orm Don't want to to get ahead of Juan Pampin but given the opportunity, I have been using ATS stand-alone application successfully for quite a while[1]. The fact that you get a GUI and an editor for re-syntheis is very useful. Kudos to Juan and Pablo Di Liscia for their efforts on this regard. Not trying to get off-topic but Josh Parmenter's LPC Ugens in SuperCollider are also very useful. Though If I am not mistaken Bill had some applications of LPC in his 'birds' instruments. However not so sure LPC functions are still functional in CLM or by the way on Snd. Perhaps as with ATS there are more effective ways of getting coefficients and analysis files. -- Juan Reyes [1] https://github.com/jamezilla/ats > > In that context: Does anybody have a working common lisp (preferably > sbcl) based CLM and can point me to sources where to obtain it? > > -- From dlphillips at woh.rr.com Fri Dec 9 08:58:04 2016 From: dlphillips at woh.rr.com (Dave Phillips) Date: Fri, 9 Dec 2016 11:58:04 -0500 Subject: [CM] partial tracking and sinusoidal modeling In-Reply-To: References: <20161208035221.GA10596@T460s-orm> Message-ID: <584AE29C.6060507@woh.rr.com> Hi Juan ! On 12/09/2016 11:24 AM, Juan Reyes wrote: > Hi Orm > > Don't want to to get ahead of Juan Pampin but given the opportunity, I > have been using ATS stand-alone application successfully for quite a > while[1]. The fact that you get a GUI and an editor for re-syntheis is > very useful. Kudos to Juan and Pablo Di Liscia for their efforts on this > regard. > ... > Thank you for reminding me of this project. Built and installed today on Fedora 21 x86_64, the system works perfectly so far. I'll test the Csound and Pd parts later today. Best, dp From jccerrillo at me.com Fri Dec 9 22:26:16 2016 From: jccerrillo at me.com (Juan Cristobal Cerrillo) Date: Sat, 10 Dec 2016 00:26:16 -0600 Subject: [CM] quicklisp clm Message-ID: Hello, I?ve made a quicklisp-loadable version of clm-5. For the moment it only loads on ClozureCL, but it shouldn?t be that difficult to get it working on sbcl at least. Hope some find this useful? all best, juan crist?bal From jccerrillo at me.com Fri Dec 9 22:27:22 2016 From: jccerrillo at me.com (Juan Cristobal Cerrillo) Date: Sat, 10 Dec 2016 00:27:22 -0600 Subject: [CM] quicklisp clm In-Reply-To: References: Message-ID: https://github.com/jccerrillo/clm > On Dec 10, 2016, at 12:26 AM, Juan Cristobal Cerrillo wrote: > > Hello, > > I?ve made a quicklisp-loadable version of clm-5. > For the moment it only loads on ClozureCL, but it shouldn?t be that difficult to get it working on sbcl at least. > Hope some find this useful? > > all best, > > juan crist?bal > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > https://cm-mail.stanford.edu/mailman/listinfo/cmdist From orm.finnendahl at selma.hfmdk-frankfurt.de Sat Dec 10 01:34:18 2016 From: orm.finnendahl at selma.hfmdk-frankfurt.de (Orm Finnendahl) Date: Sat, 10 Dec 2016 10:34:18 +0100 Subject: [CM] partial tracking and sinusoidal modeling In-Reply-To: References: <20161208035221.GA10596@T460s-orm> Message-ID: <20161210093418.GB20314@T460s-orm> Hi all, thanks to all for the invaluable help, all of your comments to this topic were really helpful!!! -- Orm Am Freitag, den 09. Dezember 2016 um 10:24:03 Uhr (-0600) schrieb Juan Reyes: > > Hi Orm > > Don't want to to get ahead of Juan Pampin but given the opportunity, I > have been using ATS stand-alone application successfully for quite a > while[1]. The fact that you get a GUI and an editor for re-syntheis is > very useful. Kudos to Juan and Pablo Di Liscia for their efforts on this > regard. > > Not trying to get off-topic but Josh Parmenter's LPC Ugens in > SuperCollider are also very useful. Though If I am not mistaken Bill had > some applications of LPC in his 'birds' instruments. However not so > sure LPC functions are still functional in CLM or by the way on Snd. > Perhaps as with ATS there are more effective ways of getting > coefficients and analysis files. > > -- Juan Reyes > > [1] https://github.com/jamezilla/ats > > > > > > In that context: Does anybody have a working common lisp (preferably > > sbcl) based CLM and can point me to sources where to obtain it? > > > > -- > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > https://cm-mail.stanford.edu/mailman/listinfo/cmdist From bil at ccrma.Stanford.EDU Sat Dec 10 05:22:03 2016 From: bil at ccrma.Stanford.EDU (bil at ccrma.Stanford.EDU) Date: Sat, 10 Dec 2016 05:22:03 -0800 Subject: [CM] quicklisp clm In-Reply-To: References:

Message-ID: ok -- that's fine by me, but I am no longer interested in the CL part of that package. I haven't worked on it in about 20 years, and no longer have the time or energy to provide support -- users of it are on their own. Good luck. From rm at seid-online.de Sun Dec 11 01:28:42 2016 From: rm at seid-online.de (Ralf Mattes) Date: Sun, 11 Dec 2016 10:28:42 +0100 Subject: [CM] quicklisp clm In-Reply-To: References:

Message-ID: <20161211092842.idfw74yvm6l3sxhx@seid-online.de> On Sat, Dec 10, 2016 at 05:22:03AM -0800, bil at ccrma.Stanford.EDU wrote: > ok -- that's fine by me, but I am no longer interested > in the CL part of that package. I haven't worked on it > in about 20 years, and no longer have the time or > energy to provide support -- users of it are on their own. Thank's for that clear statement. Just one question: was clm's source code maintained in a soure/revision control system? It would be nice to have the version history of the code and import it into git. > Good luck. Looking at the state of the code I think that's really needed. Cheers, Ralf Mattes > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > https://cm-mail.stanford.edu/mailman/listinfo/cmdist > From anders.vinjar at nmh.no Sun Dec 11 09:16:21 2016 From: anders.vinjar at nmh.no (anders.vinjar at nmh.no) Date: Sun, 11 Dec 2016 18:16:21 +0100 Subject: [CM] quicklisp clm References:

<20161211092842.idfw74yvm6l3sxhx@seid-online.de> Message-ID: <87h96ajsii.fsf@bek.no> >>>>> "R" == Ralf Mattes writes: >> Good luck. R> Looking at the state of the code I think that's really needed. I use the CL version of CLM from time to time, using sbcl and lw, and i beleive some others also use CL/CLM at times. What is it with the state of the code you find problematic? -anders From rm at seid-online.de Sun Dec 11 11:41:42 2016 From: rm at seid-online.de (Ralf Mattes) Date: Sun, 11 Dec 2016 20:41:42 +0100 Subject: [CM] quicklisp clm In-Reply-To: <87h96ajsii.fsf@bek.no> References:

<20161211092842.idfw74yvm6l3sxhx@seid-online.de> <87h96ajsii.fsf@bek.no> Message-ID: <20161211194142.xmgtmbgrnyrji6e5@seid-online.de> On Sun, Dec 11, 2016 at 06:16:21PM +0100, anders.vinjar at nmh.no wrote: > >>>>> "R" == Ralf Mattes writes: > >> Good luck. > > R> Looking at the state of the code I think that's really needed. > > I use the CL version of CLM from time to time, using sbcl and lw, and i > beleive some others also use CL/CLM at times. What is it with the state > of the code you find problematic? Just as a quick reply, not neccessarily in order of importance (and _not_ meant as a critique): - a rather baroque way to build/install (that makes distribution via quicklisp rather un?likely). - build-customization via *features* (again, not really working for Quicklisp) - implementation specific loading of libraries (there's no real need to maintain a list of *shared-object-extension* any more. Delegate all of this to cffi). In general, a lot of the code could be factored out to "general" libraries provided by Quicklisp (btw, the same is true for CM as well). - That extra strange mixture of autoconf and (c source) compilation from lisp. I was trying to load CLM from the git repository but compilation of the library failed (missing symbols). With a proper makefile I would have been able to start to compile outside of lisp and debug the build. Now, non of this is impossible or even hard to fix, but it needs to be done and it's quite some work. I'm glad to see people work on that code, but, in my very humble, personal and probably grummpy opinion, it needs to be done by systematically cleaning up the code and not by adding another layer of fixups - that only makes the system even more brittle. Just one quick example: dir-setup.lisp uses quicklisp:*local-project-directories* and concatenates it with a string "/clm". Hmm, now we've lost the possibility to load CLM from asdf. And we can't install it with Quicklisp either (iff it's picked up by quicklisp at some point in the future). There's fine support to find the source code location in ASDF/UIOP. Why not use that? And don't assume quicklisp directories are writeable ... ;-) I hope I've made my poit clear. I did not intend to lessen anyones valuable work. Cheers, Ralf Mattes - > -anders > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > https://cm-mail.stanford.edu/mailman/listinfo/cmdist > From rm at seid-online.de Sun Dec 11 13:20:31 2016 From: rm at seid-online.de (Ralf Mattes) Date: Sun, 11 Dec 2016 22:20:31 +0100 Subject: [CM] quicklisp clm In-Reply-To: References:

Message-ID: <20161211212031.spgbzx7fejxmhzaz@seid-online.de> On Sat, Dec 10, 2016 at 12:27:22AM -0600, Juan Cristobal Cerrillo wrote: > https://github.com/jccerrillo/clm Do you want feedback here on the list or via issues/pull requests on Github? Cheers, Ralf Mattes > > On Dec 10, 2016, at 12:26 AM, Juan Cristobal Cerrillo wrote: > > > > Hello, > > > > I?ve made a quicklisp-loadable version of clm-5. > > For the moment it only loads on ClozureCL, but it shouldn?t be that difficult to get it working on sbcl at least. > > Hope some find this useful? > > > > all best, > > > > juan crist?bal > > _______________________________________________ > > Cmdist mailing list > > Cmdist at ccrma.stanford.edu > > https://cm-mail.stanford.edu/mailman/listinfo/cmdist > > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > https://cm-mail.stanford.edu/mailman/listinfo/cmdist From rm at seid-online.de Sun Dec 11 13:23:29 2016 From: rm at seid-online.de (Ralf Mattes) Date: Sun, 11 Dec 2016 22:23:29 +0100 Subject: [CM] quicklisp clm In-Reply-To: References:

Message-ID: <20161211212329.gu2yabfk2tqfwtfy@seid-online.de> On Sat, Dec 10, 2016 at 05:22:03AM -0800, bil at ccrma.Stanford.EDU wrote: > ok -- that's fine by me, but I am no longer interested > in the CL part of that package. I haven't worked on it > in about 20 years, and no longer have the time or > energy to provide support -- users of it are on their own. > Good luck. So, would you prefer that the package's maintainer email is changed? Who would be willing to step up? Cheers, RalfD > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > https://cm-mail.stanford.edu/mailman/listinfo/cmdist > From jccerrillo at me.com Mon Dec 12 07:27:12 2016 From: jccerrillo at me.com (Juan Cristobal Cerrillo) Date: Mon, 12 Dec 2016 09:27:12 -0600 Subject: [CM] quicklisp clm In-Reply-To: <20161211194142.xmgtmbgrnyrji6e5@seid-online.de> References:

<20161211092842.idfw74yvm6l3sxhx@seid-online.de> <87h96ajsii.fsf@bek.no> <20161211194142.xmgtmbgrnyrji6e5@seid-online.de> Message-ID: Per Ralf?s suggestions I?ve made some changes. The asd file now includes a quicklisp directive and includes the original asdf:defsystem as well. I?ve changed the way in that clm-directory was set, removing the concatenating to my invented clm directory and using ql:where-is-system, agin with a directive. This allows for correct c compiling without having to copy any files to the asdf compile directory. If quicklisp is not detected, all should work as it did originally with asdf. I am now able to load CLM with asdf:load-system, and quicklisp, in CCL and SBCL. Best, jc > On Dec 11, 2016, at 1:41 PM, Ralf Mattes wrote: > > On Sun, Dec 11, 2016 at 06:16:21PM +0100, anders.vinjar at nmh.no wrote: >>>>>>> "R" == Ralf Mattes writes: >>>> Good luck. >> >> R> Looking at the state of the code I think that's really needed. >> >> I use the CL version of CLM from time to time, using sbcl and lw, and i >> beleive some others also use CL/CLM at times. What is it with the state >> of the code you find problematic? > > Just as a quick reply, not neccessarily in order of importance (and > _not_ meant as a critique): > > - a rather baroque way to build/install (that makes distribution via > quicklisp rather un?likely). > - build-customization via *features* (again, not really working for > Quicklisp) > - implementation specific loading of libraries (there's no real need to > maintain a list of *shared-object-extension* any more. Delegate all > of this to cffi). In general, a lot of the code could be factored out > to "general" libraries provided by Quicklisp (btw, the same is true > for CM as well). > - That extra strange mixture of autoconf and (c source) compilation > from lisp. I was trying to load CLM from the git repository but > compilation of the library failed (missing symbols). With a proper > makefile I would have been able to start to compile outside of lisp > and debug the build. > > Now, non of this is impossible or even hard to fix, but it needs to be > done and it's quite some work. I'm glad to see people work on that code, > but, in my very humble, personal and probably grummpy opinion, it needs > to be done by systematically cleaning up the code and not by adding > another layer of fixups - that only makes the system even more brittle. > Just one quick example: dir-setup.lisp uses > quicklisp:*local-project-directories* and concatenates it with a string > "/clm". Hmm, now we've lost the possibility to load CLM from asdf. And > we can't install it with Quicklisp either (iff it's picked up by > quicklisp at some point in the future). There's fine support to find the > source code location in ASDF/UIOP. Why not use that? > And don't assume quicklisp directories are writeable ... ;-) > I hope I've made my poit clear. I did not intend to lessen anyones > valuable work. > > Cheers, Ralf Mattes > > > > > > - >> -anders >> >> _______________________________________________ >> Cmdist mailing list >> Cmdist at ccrma.stanford.edu >> https://cm-mail.stanford.edu/mailman/listinfo/cmdist >> > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > https://cm-mail.stanford.edu/mailman/listinfo/cmdist From rm at seid-online.de Mon Dec 12 08:40:57 2016 From: rm at seid-online.de (Ralf Mattes) Date: Mon, 12 Dec 2016 17:40:57 +0100 Subject: [CM] quicklisp clm In-Reply-To: References:

<20161211092842.idfw74yvm6l3sxhx@seid-online.de> <87h96ajsii.fsf@bek.no> <20161211194142.xmgtmbgrnyrji6e5@seid-online.de> Message-ID: <20161212164057.mg2r4dusdio6hneh@seid-online.de> On Mon, Dec 12, 2016 at 09:27:12AM -0600, Juan Cristobal Cerrillo wrote: > Per Ralf?s suggestions I?ve made some changes. > The asd file now includes a quicklisp directive and includes the original asdf:defsystem as well. > > I?ve changed the way in that clm-directory was set, removing the concatenating to my invented clm directory and using ql:where-is-system, agin with a directive. This allows for correct c compiling without having to copy any files to the asdf compile directory. Hmm, I think it's time to think about the goals of the port. Since Quicklisp depends on ASDF you might declare that you only support Lisp with ASDF-support. Once this decision is made, dir-setup.lisp can be reduced to: (defparameter *clm-src-dir* (asdf:component-pathname (asdf:find-system :clm)) "Directory holding CLM source files") (defparameter clm-directory *clm-src-dir*) (defparameter clm-bin-directory *clm-src-dir*) > If quicklisp is not detected, all should work as it did originally with asdf. In general, quicklisp should not show up in any of the files, it's only a system to distribute code and manage code dependencies. ASDF is all you need. Once ASDF works Quicklisp works as well. As a side note, I'm always a bit queazy having build parameters in the global namespace. Why not put "package.lisp" on the first palce in the list of components in "clm.asd". Then you could move "dir-setup.lisp" et al. into the CLM package. Cheers, RalfD From k.s.matheussen at gmail.com Tue Dec 13 08:17:58 2016 From: k.s.matheussen at gmail.com (Kjetil Matheussen) Date: Tue, 13 Dec 2016 17:17:58 +0100 Subject: [CM] s7: How to use pretty-print in write.scm Message-ID: Hi, 'pretty-print' in write.scm seems to behave the same way as 'display', and I can't find any documentation about the function. For instance, is there a way to make (pretty-print '(((hash-table '(:place . 53) '(:duration . 3473301/65534) '(:pitches (hash-table '(:place . 0) '(:value . 0.0) '(:logtype . 0) '(:chance . 1.0)) (hash-table '(:place . 347 3301/65534) '(:value . 53.0) '(:logtype . 0) '(:chance . 1.0))) '(:velocities (hash-table '(:place . 0) '(:value . 0.79998779296875) '(:logtype . 0)) (hash-table '(:place . 3473301/65534) '(:value . 0.7999877929 6875) '(:logtype . 0))) '(:continues-next-block . #t))))) print out " (((hash-table '(:place . 53) '(:duration . 3473301/65534) '(:pitches (hash-table '(:place . 0) '(:value . 0.0) '(:logtype . 0) '(:chance . 1.0)) (hash-table '(:place . 3473301/65534) '(:value . 53.0) '(:logtype . 0) '(:chance . 1.0))) '(:velocities (hash-table '(:place . 0) '(:value . 0.79998779296875) '(:logtype . 0)) (hash-table '(:place . 3473301/65534) '(:value . 0.79998779296875) '(:logtype . 0))) '(:continues-next-block . #t)))) " ? Guile prints out this: " (((hash-table '(:place . 53) '(:duration . 3473301/65534) '(:pitches (hash-table '(:place . 0) '(:value . 0.0) '(:logtype . 0) '(:chance . 1.0)) (hash-table '(:place . 3473301/65534) '(:value . 53.0) '(:logtype . 0) '(:chance . 1.0))) '(:velocities (hash-table '(:place . 0) '(:value . 0.79998779296875) '(:logtype . 0)) (hash-table '(:place . 3473301/65534) '(:value . 0.79998779296875) '(:logtype . 0))) '(:continues-next-block . #t)))) " which is good enough, perhaps even better, but s7 prints out this: " (((hash-table '(:place . 53) '(:duration . 3473301/65534) '(:pitches (hash-table '(:place . 0) '(:value . 0.0) '(:logtype . 0) '(:chance . 1.0)) (hash-table '(:place . 3473301/65534) '(:value . 53.0) '(:logtype . 0) '(:chance . 1.0))) '(:velocities (hash-table '(:place . 0) '(:value . 0.79998779296875) '(:logtype . 0)) (hash-table '(:place . 3473301/65534) '(:value . 0.79998779296875) '(:logtype . 0))) '(:continues-nex t-block . #t)))) " which is just one lon gline. I've tried to set the "column" argument for pretty-print, but it doesn't seem to make a difference. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bil at ccrma.Stanford.EDU Tue Dec 13 10:34:54 2016 From: bil at ccrma.Stanford.EDU (bil at ccrma.Stanford.EDU) Date: Tue, 13 Dec 2016 10:34:54 -0800 Subject: [CM] s7: How to use pretty-print in write.scm In-Reply-To: References: Message-ID: I add to write.scm as I encounter unhandled cases -- I'll add the one you mention. Guile appears to use a version of Marc Feeley's genwrite.scm (also in slib), with new code added (in Guile 2) for this kind of case (I'm just guessing from a glance at the diffs). From jccerrillo at me.com Tue Dec 13 18:40:06 2016 From: jccerrillo at me.com (Juan Cristobal Cerrillo) Date: Tue, 13 Dec 2016 20:40:06 -0600 Subject: [CM] quicklisp clm In-Reply-To: References:

Message-ID: <8AA2B696-3FCE-43E6-82C8-9123469FC953@me.com> > On Dec 10, 2016, at 7:22 AM, bil at ccrma.Stanford.EDU wrote: > > ok -- that's fine by me, but I am no longer interested > in the CL part of that package. I haven't worked on it > in about 20 years, and no longer have the time or > energy to provide support -- users of it are on their own. > Good luck. > Thank you for your reply Bill. ?Is anyone else is interested in collaborating on achieving a quicklisp loadable cl-clm? All that is required is separating the different parts of all.lisp so that it is loadable with asdf:load-system. I?ve managed to test my ?port? successfully in ccl, sbcl and lispworks on osx. (though I would gladly accept any suggestions/advice that would make it clearer/better) Once this is achieved, the changes could be easily incorporated into the official distribution (and then available through quicklisp). I think it would be wonderful if clm was installable through quicklisp, not least for historical reasons! all best, jc From orm.finnendahl at selma.hfmdk-frankfurt.de Wed Dec 14 00:06:17 2016 From: orm.finnendahl at selma.hfmdk-frankfurt.de (Orm Finnendahl) Date: Wed, 14 Dec 2016 09:06:17 +0100 Subject: [CM] quicklisp clm In-Reply-To: <8AA2B696-3FCE-43E6-82C8-9123469FC953@me.com> References:

<8AA2B696-3FCE-43E6-82C8-9123469FC953@me.com> Message-ID: <20161214080617.GH8736@T460s-orm> Hi Juan, if you need help, I can offer to test on linux, although Ralf Mattes would obviously be a better choice than me. For quite some time I have been very interested in getting all these great tools quicklisp-loadable and make them cooperate in a more up-to-date environment. -- Orm Am Dienstag, den 13. Dezember 2016 um 20:40:06 Uhr (-0600) schrieb Juan Cristobal Cerrillo: > > > On Dec 10, 2016, at 7:22 AM, bil at ccrma.Stanford.EDU wrote: > > > > ok -- that's fine by me, but I am no longer interested > > in the CL part of that package. I haven't worked on it > > in about 20 years, and no longer have the time or > > energy to provide support -- users of it are on their own. > > Good luck. > > > > Thank you for your reply Bill. > > ?Is anyone else is interested in collaborating on achieving a quicklisp loadable cl-clm? > All that is required is separating the different parts of all.lisp so that it is loadable with asdf:load-system. > I?ve managed to test my ?port? successfully in ccl, sbcl and lispworks on osx. > (though I would gladly accept any suggestions/advice that would make it clearer/better) > > Once this is achieved, the changes could be easily incorporated into the official distribution (and then available through quicklisp). > > I think it would be wonderful if clm was installable through quicklisp, not least for historical reasons! > > all best, > > jc > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > https://cm-mail.stanford.edu/mailman/listinfo/cmdist From tito.01beta at gmail.com Wed Dec 14 07:42:37 2016 From: tito.01beta at gmail.com (Tito Latini) Date: Wed, 14 Dec 2016 16:42:37 +0100 Subject: [CM] quicklisp clm In-Reply-To: <8AA2B696-3FCE-43E6-82C8-9123469FC953@me.com> References:

<8AA2B696-3FCE-43E6-82C8-9123469FC953@me.com> Message-ID: <20161214154237.GA1675@rhk.homenet.telecomitalia.it> On Tue, Dec 13, 2016 at 08:40:06PM -0600, Juan Cristobal Cerrillo wrote: > > > On Dec 10, 2016, at 7:22 AM, bil at ccrma.Stanford.EDU wrote: > > > > ok -- that's fine by me, but I am no longer interested > > in the CL part of that package. I haven't worked on it > > in about 20 years, and no longer have the time or > > energy to provide support -- users of it are on their own. > > Good luck. > > > > Thank you for your reply Bill. > > ?Is anyone else is interested in collaborating on achieving a quicklisp loadable cl-clm? > All that is required is separating the different parts of all.lisp so that it is loadable with asdf:load-system. > I???ve managed to test my ???port??? successfully in ccl, sbcl and lispworks on osx. > (though I would gladly accept any suggestions/advice that would make it clearer/better) > > Once this is achieved, the changes could be easily incorporated into the official distribution (and then available through quicklisp). > > I think it would be wonderful if clm was installable through quicklisp, not least for historical reasons! If a minimalist approach is good for you, it is quicklispable :) (asdf:defsystem "clm" :description "Common Lisp Music" :version "3" :author "William Schottstaedt " :licence "LLGPL" :perform (compile-op (o c) (load (system-relative-pathname "clm" "all.lisp")))) From jccerrillo at me.com Wed Dec 14 10:19:04 2016 From: jccerrillo at me.com (Juan Cristobal Cerrillo) Date: Wed, 14 Dec 2016 12:19:04 -0600 Subject: [CM] quicklisp clm In-Reply-To: <40E67D7F-F48E-403D-A0EA-D1FF1B7E0CBC@mac.com> References:

<8AA2B696-3FCE-43E6-82C8-9123469FC953@me.com> <20161214154237.GA1675@rhk.homenet.telecomitalia.it> <40E67D7F-F48E-403D-A0EA-D1FF1B7E0CBC@mac.com> Message-ID: > If a minimalist approach is good for you, it is quicklispable :) > > (asdf:defsystem "clm" > :description "Common Lisp Music" > :version "3" > :author "William Schottstaedt " > :licence "LLGPL" > :perform (compile-op (o c) > (load (system-relative-pathname "clm" "all.lisp")))) Yes indeed! (Though it won?t load on lispworks.) Any chance of changing the asd? best, jc -------------- next part -------------- An HTML attachment was scrubbed... URL: From jccerrillo at mac.com Wed Dec 14 09:47:58 2016 From: jccerrillo at mac.com (=?utf-8?Q?Juan_Crist=C3=B3bal_Cerrillo?=) Date: Wed, 14 Dec 2016 11:47:58 -0600 Subject: [CM] quicklisp clm In-Reply-To: <20161214154237.GA1675@rhk.homenet.telecomitalia.it> References:

<8AA2B696-3FCE-43E6-82C8-9123469FC953@me.com> <20161214154237.GA1675@rhk.homenet.telecomitalia.it> Message-ID: <40E67D7F-F48E-403D-A0EA-D1FF1B7E0CBC@mac.com> > > If a minimalist approach is good for you, it is quicklispable :) > > (asdf:defsystem "clm" > :description "Common Lisp Music" > :version "3" > :author "William Schottstaedt " > :licence "LLGPL" > :perform (compile-op (o c) > (load (system-relative-pathname "clm" "all.lisp")))) Yes indeed! (Though it won?t load on lispworks.) Any chance of changing the asd? best, jc -------------- next part -------------- An HTML attachment was scrubbed... URL: From bil at ccrma.Stanford.EDU Wed Dec 14 11:07:01 2016 From: bil at ccrma.Stanford.EDU (bil at ccrma.Stanford.EDU) Date: Wed, 14 Dec 2016 11:07:01 -0800 Subject: [CM] quicklisp clm In-Reply-To: <40E67D7F-F48E-403D-A0EA-D1FF1B7E0CBC@mac.com> References:

<8AA2B696-3FCE-43E6-82C8-9123469FC953@me.com> <20161214154237.GA1675@rhk.homenet.telecomitalia.it> <40E67D7F-F48E-403D-A0EA-D1FF1B7E0CBC@mac.com> Message-ID: > Any chance of changing the asd? The ccrma-ftp clm-5 tarball now has Tito's asdf code. The original clm.asd was apparently written by Rick 10 years ago. From danielhensel at icloud.com Wed Dec 14 11:14:01 2016 From: danielhensel at icloud.com (Daniel Hensel) Date: Wed, 14 Dec 2016 20:14:01 +0100 Subject: [CM] Cmdist Digest, Vol 104, Issue 12 In-Reply-To: References: Message-ID: <8A939BE9-44E3-4516-8D84-A57A561954FB@icloud.com> Hello, I can offer to test it on macOS, I beta-test OSX and port from brew and macports anyway. All the best, Daniel > > Thank you for your reply Bill. > > ?Is anyone else is interested in collaborating on achieving a quicklisp loadable cl-clm? > All that is required is separating the different parts of all.lisp so that it is loadable with asdf:load-system. > I?ve managed to test my ?port? successfully in ccl, sbcl and lispworks on osx. > (though I would gladly accept any suggestions/advice that would make it clearer/better) > > Once this is achieved, the changes could be easily incorporated into the official distribution (and then available through quicklisp). > > I think it would be wonderful if clm was installable through quicklisp, not least for historical reasons! > > all best, > > jc > >