<div dir="ltr">It seems like a common thing to have a "make test" that comes with various software packages out the "in the wild". Judging from the traffic on the gambit list, their version seems to get used, too. I'm not sure if you'd classify gambit's 'make test' as something that would be in the test package, tho. A conscientious user might run the test suite (if it were written by a conscientious owner who made it easily push-button) before submitting a bug report just to see if there were something interesting to report along with the bug report.<div>
<br></div><div>I guess I still don't actually have a strong opinion, but if we don't go this direction, it would be nice to have a positive rationale for why we suggest leaving this particular piece out of "X". I can clearly see a strong reason to leave parts out of "X-lib" for minimizing dependencies, but that ship has sailed if we are including "X-doc" in "X".<br>
<div><br></div><div>Robby</div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Oct 15, 2013 at 11:00 PM, Neil Toronto <span dir="ltr"><<a href="mailto:neil.toronto@gmail.com" target="_blank">neil.toronto@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 10/15/2013 06:40 PM, Robby Findler wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Actually, on second thought, I think I'm going to buck the trend here<br>
and answer "yes" to the question in the subject line.<br>
<br>
Two scenarios come to mind: someone hears about some cool new library<br>
and then does something like 'raco pkg install math'. Next thing,<br>
something goes wrong and they ask about it on a mailing list and get the<br>
response "Run this code: (require ...)" which ends up running something<br>
from the test suite of that library [1]. In that case, we'd probably<br>
like them to have everything related to the library.<br>
<br>
Second: someone decides to build a library that depends on the, say, the<br>
math library and they have to choose what to put in their info.rkt file.<br>
They don't want to put math no matter if it includes the tests or not,<br>
since they don't to force their clients to install the docs. So they'll<br>
put math-lib.<br>
<br>
In other words, I don't see a lot of value in a pkg name taken up for<br>
the lib+docs subset of some (conceptual) pile of code, but I do see<br>
value in the "everything" pile and the "non-docs non-tests" pile. So I'd<br>
say that the name "X" (from the subject) should mean everything.<br>
<br>
... at least for a library. For an app, I'm less clear.<br>
<br>
Robby<br>
<br>
<br>
[1] this actually happened recently as you probably recall (altho<br>
'test-floating-point' may not be in the math-test pkg)<br>
<br>
<a href="http://lists.racket-lang.org/users/archive/2013-October/059881.html" target="_blank">http://lists.racket-lang.org/<u></u>users/archive/2013-October/<u></u>059881.html</a><br>
</blockquote>
<br></div></div>
Right. It's in "math-lib" (the `math/utils' module) because it's useful outside of automated testing. Users can run it to find out how reliable and repeatable their floating-point results are on a given system.<br>

<br>
The rest of the math library tests are more or less system-agnostic. (There's a custodian shutdown test for unloading `math/bigfloat' that I think may be good to test on multiple platforms, but that's more of an automation thing.) I can't imagine asking a user to run them, and if I did, I wouldn't mind asking them to install an extra package first.<br>

<br>
Are there any other circumstances, besides a package owner asking, that a user would want to run all the tests for a package?<span class="HOEnZb"><font color="#888888"><br>
<br>
Neil ⊥</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
_________________________<br>
 Racket Developers list:<br>
 <a href="http://lists.racket-lang.org/dev" target="_blank">http://lists.racket-lang.org/<u></u>dev</a><br>
</div></div></blockquote></div><br></div>