<div dir="ltr"><div>Updated:</div>Fare,<div><br></div><div>Sorry for late reply. Just got back from travels. </div><div><br></div><div>Thanks for the update. I did try to look for the updated README but didn't find it. I will try again to find the file. </div><div><br></div><div>As I said before, I am not an expert with ASDF, but I am trying to go over the coupling of my modules</div><div>and review dependencies. Loading with SBCL exhibits weird behavior where it stops half (freezes) and start over again and it runs ok.</div><div><br></div><div>Rob also provided some additional info regarding extracting dependency information and I'll explore these in addition. </div><div><br></div><div>Thanks</div><div class="gmail-yj6qo gmail-ajU" style="outline:none;padding:10px 0px;width:22px;margin:2px 0px 0px"><div id="gmail-:5gi" class="gmail-ajR" tabindex="0" style="background-color:rgb(232,234,237);border:none;clear:both;line-height:6px;outline:none;width:24px;border-radius:5.5px"><img class="gmail-ajT" src="https://ssl.gstatic.com/ui/v1/icons/mail/images/cleardot.gif" style="background: url("https://www.gstatic.com/images/icons/material/system/1x/more_horiz_black_20dp.png") 50% 50% / 20px no-repeat; height: 11px; opacity: 0.7; width: 24px;"></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 26, 2019 at 5:20 PM Faré <<a href="mailto:fahree@gmail.com">fahree@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 updated the POIU README with remarks based on our discussion so far.<br>
After thinking a bit more, I suspect it is not *that* hard to<br>
completely fix POIU and extract (and display) a precise ASDF<br>
dependency graph from it. But it's still some amount of serious work<br>
and a walk through the internals or ASDF and POIU.<br>
<br>
NB: I'm talking about POIU, not UIOP. Even I got confused in my<br>
previous messages at times. Oops.<br>
<br>
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• <a href="http://fare.tunes.org" rel="noreferrer" target="_blank">http://fare.tunes.org</a><br>
The idea is not to confront bad ideas but to come up with good ideas.<br>
Otherwise, your enemies define the game and you are the loyal opposition.<br>
        — Terence McKenna<br>
<br>
<br>
On Tue, Dec 24, 2019 at 12:17 PM Robert Goldman <<a href="mailto:rpgoldman@sift.info" target="_blank">rpgoldman@sift.info</a>> wrote:<br>
><br>
> What kind of dependency graph are you looking to make? Just the systems, or also the individual system components?<br>
><br>
> And do you want a visible representation of this graph, or just some set of data structures?<br>
><br>
> I assume the former, since you should be able to use the system components themselves to get all the dependency links.<br>
><br>
> If it's the former, the easiest thing might be to use CL-DOT and write the necessary methods to create a graph.<br>
><br>
> You might need to get ASDF to compute the plan for LOAD-OP as a way to ensure that all the required system definitions are loaded.<br>
><br>
> With respect to test systems, I have usually found it best to have my systems, say "foo", have "foo/test" related systems, delegate the test-op for "foo" to "foo/test" using in-order-to, and then only "foo/test" needs to depend on the test library -- "foo" itself doesn't need it.<br>
><br>
> HtH,<br>
><br>
> R<br>
><br>
> On 23 Dec 2019, at 19:08, Jay wrote:<br>
><br>
> Thanks.<br>
><br>
> I will follow up with Rob later.<br>
><br>
> Anyway, thanks for help in the past. I will liaise with Rob to figure out<br>
> the best way forward.<br>
><br>
> Jay<br>
><br>
> Faré<br>
> 6:52 PM (14 minutes ago)<br>
> to me<br>
><br>
> I guess, I will have to step up at some point. I have a tool that's built<br>
><br>
> with CL. I'll start small from the easier tasks and work my way up the<br>
> graph one you highlighted above.<br>
><br>
> Then, I will be able to tackle the graph thing, as you said it's no easy<br>
><br>
> fit.<br>
><br>
> Makes sense.<br>
><br>
> Are the TODO you mentioned ordered in some priority list or tagged with<br>
><br>
> easier/medium/hard.<br>
><br>
> Unhappily not. Give it a look and/or give a look at the issues on<br>
> launchpad, and/or ask Robert, for guidance. Sorry I don't have time to<br>
> sort out the issues right now.<br>
><br>
> And the repo is still the version on gitlab right? Does Rob hang over at<br>
><br>
> #lisp irc?<br>
><br>
> Yes the repo is on gitlab, but the issues are still mostly on launchpad.<br>
><br>
> Robert sometimes is on IRC as rpg (or is is rpgoldman? notthatrpg?).<br>
><br>
> —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics•<br>
> <a href="http://fare.tunes.org" rel="noreferrer" target="_blank">http://fare.tunes.org</a><br>
> "Floating point numbers are like sandpiles; every time you move one<br>
> you lose a little sand and pick up a little dirt"<br>
> — Vic Vissotsky<br>
><br>
><br>
> On Mon, Dec 23, 2019 at 6:52 PM Faré <<a href="mailto:fahree@gmail.com" target="_blank">fahree@gmail.com</a>> wrote:<br>
><br>
> I guess, I will have to step up at some point. I have a tool that's<br>
><br>
> built with CL. I'll start small from the easier tasks and work my way up<br>
> the graph one you highlighted above.<br>
><br>
> Then, I will be able to tackle the graph thing, as you said it's no easy<br>
><br>
> fit.<br>
><br>
> Makes sense.<br>
><br>
> Are the TODO you mentioned ordered in some priority list or tagged with<br>
><br>
> easier/medium/hard.<br>
><br>
> Unhappily not. Give it a look and/or give a look at the issues on<br>
> launchpad, and/or ask Robert, for guidance. Sorry I don't have time to<br>
> sort out the issues right now.<br>
><br>
> And the repo is still the version on gitlab right? Does Rob hang over at<br>
><br>
> #lisp irc?<br>
><br>
> Yes the repo is on gitlab, but the issues are still mostly on launchpad.<br>
><br>
> Robert sometimes is on IRC as rpg (or is is rpgoldman? notthatrpg?).<br>
><br>
> —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics•<br>
> <a href="http://fare.tunes.org" rel="noreferrer" target="_blank">http://fare.tunes.org</a><br>
> "Floating point numbers are like sandpiles; every time you move one<br>
> you lose a little sand and pick up a little dirt"<br>
> — Vic Vissotsky<br>
><br>
><br>
> On Fri, Nov 29, 2019 at 11:33 AM Faré <<a href="mailto:fahree@gmail.com" target="_blank">fahree@gmail.com</a>> wrote:<br>
><br>
> I could not follow up in the past as I had to relocate between cities<br>
><br>
> (central to west coast) so that caused a lot of changes in my schedule.<br>
> What is the state of the asdf contributors you mentioned last time -- the<br>
> developers taking over asdf development albeit gradually.<br>
><br>
> No one has really stepped forward. It's still Robert Goldman<br>
> maintaining things, while I have moved away from active maintenance<br>
> and am only reviewing patches and giving advice, sometimes making<br>
> small edits to documentation.<br>
><br>
> I just started working on my fairly large system again, and recently<br>
><br>
> had issues when I was trying to disentangle systems to avoid loading<br>
> multiple test systems that clobber global variables. A secondary goal is to<br>
> reduce unnecessary dependencies ( btw I use :class :package-inferred-system<br>
> in my setup).<br>
><br>
> Is there some asdf option that I can use to get the graph for a given<br>
><br>
> loaded system or some score of complexity due to linkages. I have been able<br>
> to improve this over the years and the system is a more stable but<br>
> occasionally hangs when it has to load many packages (hundreds of files)<br>
> after compiler update (using SBCL primarily)<br>
><br>
> Aha. Well, it used to be that POIU could extract a dependency graph<br>
> from an ASDF system, and act on it to build; but this has bitrotten a<br>
> bit with the latest changes in ASDF 3.3, and POIU is not currently<br>
> very stable. If you could fix it, that would be great. But beware,<br>
> it's no small undertaking: you have to really get into a lot of<br>
> internals to do it right, and make non-trivial changes to UIOP, likely<br>
> including subtle changes to ASDF itself.<br>
><br>
> —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics•<br>
><br>
> <a href="http://fare.tunes.org" rel="noreferrer" target="_blank">http://fare.tunes.org</a><br>
><br>
> Appropriate fear keeps you alive. Excessive fear prevents the very thing<br>
> it's supposed to protect: life. — Attila Lendvai<br>
><br>
><br>
><br>
><br>
><br>
><br>
> Thanks,<br>
><br>
> Jay<br>
</blockquote></div>