<div dir="ltr">Oh, I see.<div><br></div><div>Robby</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Nov 26, 2013 at 7:43 AM, Sam Tobin-Hochstadt <span dir="ltr"><<a href="mailto:samth@cs.indiana.edu" target="_blank">samth@cs.indiana.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p>I think TR is checking for, and then dynamic-requireing, the Optimization Coach implementation.</p><span class="HOEnZb"><font color="#888888">
<p>Sam</p></font></span><div class="HOEnZb"><div class="h5">
<div class="gmail_quote">On Nov 26, 2013 8:36 AM, "Robby Findler" <<a href="mailto:robby@eecs.northwestern.edu" target="_blank">robby@eecs.northwestern.edu</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir="ltr">Why does TR have to do something special for DrRacket? Can't it just depend on the (small) package drracket-plugin-lib? There should then be no need for dynamic-requires.<div><br></div><div>Robby</div>
</div>

<div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Nov 26, 2013 at 7:12 AM, Vincent St-Amour <span dir="ltr"><<a href="mailto:stamourv@ccs.neu.edu" target="_blank">stamourv@ccs.neu.edu</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">You could guard the `dynamic-require' with a dynamic check for the<br>
existence of what it's requiring. In the specific case of xrepl, the<br>
dynamic check should probably guard command registration so that, e.g.<br>
the macro stepper commands are not available if the macro stepper is not<br>
installed.<br>
<br>
That's what Typed Racket does to decide whether to register the<br>
Optimization Coach button in DrRacket.<br>
<br>
Vincent<br>
<br>
<br>
<br>
At Tue, 26 Nov 2013 01:55:08 -0500,<br>
<div><div>Asumu Takikawa wrote:<br>
><br>
> Hi all,<br>
><br>
> Should dynamically required libraries induce a package dependency?<br>
><br>
> Take for example the "xrepl-lib" package. It currently depends on five<br>
> other packages, but I think two of them can be dropped and `raco setup`<br>
> won't complain.<br>
><br>
> On the other hand, XREPL may `dynamic-require` the macro stepper (one of<br>
> the dependencies that can be dropped). The same is true for DrRacket<br>
> (not listed as a dependency), but it doesn't make much sense to make the<br>
> XREPL package depend on DrRacket.<br>
><br>
> Is there a best practice for these kinds of cases yet?<br>
><br>
> Cheers,<br>
> Asumu<br>
> _________________________<br>
>   Racket Developers list:<br>
>   <a href="http://lists.racket-lang.org/dev" target="_blank">http://lists.racket-lang.org/dev</a><br>
_________________________<br>
  Racket Developers list:<br>
  <a href="http://lists.racket-lang.org/dev" target="_blank">http://lists.racket-lang.org/dev</a><br>
</div></div></blockquote></div><br></div>
<br>_________________________<br>
  Racket Developers list:<br>
  <a href="http://lists.racket-lang.org/dev" target="_blank">http://lists.racket-lang.org/dev</a><br>
<br></blockquote></div>
</div></div></blockquote></div><br></div>