<div dir="ltr">Oh, that's a good idea! I'll do that (later). Stupid me for not seeing that.<div><br></div><div>It would be great to get "<pkg>/x" into error messages at some point, but I shouldn'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"><<a href="mailto:cce@ccs.neu.edu" target="_blank">cce@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"><div dir="ltr">Could you simply forge the source location on the syntax object to make it look like it'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"><<a href="mailto:robby@eecs.northwestern.edu" target="_blank">robby@eecs.northwestern.edu</a>></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't come up with a good solution. <div><br></div><div>It would be nice if there were a way to write the "here's a path, please tell me which part to replace with "<pkg>/something" without too many dependencies, but I didn'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"><<a href="mailto:samth@ccs.neu.edu" target="_blank">samth@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">Currently, there's one test in 'contract-test.rktl' that fails. The<br>
problem is that the test expects 'contract-test.rktl' to be in the<br>
"main collects directory", but it isn't -- it's in the `racket-test`<br>
package. What we want is to have it detect that it'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'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'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>