<div dir="ltr">Oh, that&#39;s a good idea! I&#39;ll do that (later). Stupid me for not seeing that.<div><br></div><div>It would be great to get &quot;&lt;pkg&gt;/x&quot; into error messages at some point, but I shouldn&#39;t have confused these two.<br>
<div><br></div><div style>Thanks,</div><div>Robby</div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jul 2, 2013 at 6:53 PM, Carl Eastlund <span dir="ltr">&lt;<a href="mailto:cce@ccs.neu.edu" target="_blank">cce@ccs.neu.edu</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Could you simply forge the source location on the syntax object to make it look like it&#39;s from a collection?<br>
<div><div class="gmail_extra"><br clear="all"><div>Carl Eastlund</div>
<br><div class="gmail_quote"><div><div class="h5">On Tue, Jul 2, 2013 at 7:10 PM, Robby Findler <span dir="ltr">&lt;<a href="mailto:robby@eecs.northwestern.edu" target="_blank">robby@eecs.northwestern.edu</a>&gt;</span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">

<div dir="ltr">I looked into this too and didn&#39;t come up with a good solution. <div><br></div><div>It would be nice if there were a way to write the &quot;here&#39;s a path, please tell me which part to replace with &quot;&lt;pkg&gt;/something&quot; without too many dependencies, but I didn&#39;t try to see if that would be feasible.</div>



<div><br></div><div>Meanwhile, I agree that just disabling that test is probably the way to go.<span><font color="#888888"><br><div><br></div><div>Robby</div></font></span></div></div><div><div>

<div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jul 2, 2013 at 5:57 PM, Sam Tobin-Hochstadt <span dir="ltr">&lt;<a href="mailto:samth@ccs.neu.edu" target="_blank">samth@ccs.neu.edu</a>&gt;</span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Currently, there&#39;s one test in &#39;contract-test.rktl&#39; that fails.  The<br>
problem is that the test expects &#39;contract-test.rktl&#39; to be in the<br>
&quot;main collects directory&quot;, but it isn&#39;t -- it&#39;s in the `racket-test`<br>
package.   What we want is to have it detect that it&#39;s in a package,<br>
but doing that has two problems. First, the relevant function is in<br>
`setup/private/setup-relative`, but should probably be exported<br>
publicly.  Second, it can&#39;t be used, because it uses the package<br>
system (of course) but the package system uses contracts in its<br>
implementation. For this reason, I&#39;ve disabled the test for the<br>
moment, so that the core racket tests complete successfully [1].<br>
<br>
Unfortunately, this is a really nice, if small, feature of the<br>
contract system.  Any suggestions for how we can fix this?<br>
<br>
Sam<br>
<br>
[1] Why I care in will be clear in a subsequent email.<br>
</blockquote></div><br></div>
</div></div><br></div></div>_________________________<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><br></div></div></div>
</blockquote></div><br></div>