rust/src/librustpkg
bors 83d44f87e5 auto merge of #7125 : alexcrichton/rust/rusti-issues, r=brson
This un-reverts the reverts of the rusti commits made awhile back. These were reverted for an LLVM failure in rustpkg. I believe that this is not a problem with these commits, but rather that rustc is being used in parallel for rustpkg tests (in-process). This is not working yet (almost! see #7011), so I serialized all the tests to run one after another.

@brson, I'm mainly just guessing as to the cause of the LLVM failures in rustpkg tests. I'm confident that running tests in parallel is more likely to be the problem than those commits I made.

Additionally, this fixes two recently reported issues with rusti.
2013-06-15 01:04:05 -07:00
..
2013-06-12 12:21:05 +10:00
2013-06-12 12:21:05 +10:00
2013-06-14 23:15:42 -04:00
2013-06-14 23:15:42 -04:00
2013-06-14 23:15:42 -04:00

Right now, commands that work are "build" and "clean".

`rustpkg build` and `rustpkg clean` should work

for example:
$ cd ~/rust/src/librustpkg/testsuite/pass
$ rustpkg build hello-world
... some output ...
$ rustpkg clean hello-world

-------------
the following test packages in librustpkg/testsuite/pass:
      * hello-world
      * install-paths
      * simple-lib
      * deeply/nested/path
      * fancy-lib

   It fails on the following test packages:
      * external-crate (no support for `extern mod` inference yet)

and should fail with proper error messages
on all of the test packages in librustpkg/testsuite/fail
      * no-inferred-crates