3226a804ad
Package IDs can now refer to a subdirectory of a particular source tree, and not just a top-level directory with a src/ directory as its parent. For example, referring to the package ID a/b/c/d , in workspace W, if W/src/a is a package, will build the sources for the package in a/b/c/d (and not other crates in W/src/a). Closes #6408 |
||
---|---|---|
.. | ||
testsuite | ||
api.rs | ||
conditions.rs | ||
context.rs | ||
crate.rs | ||
installed_packages.rs | ||
messages.rs | ||
package_id.rs | ||
package_source.rs | ||
path_util.rs | ||
README.txt | ||
rustpkg.rs | ||
search.rs | ||
source_control.rs | ||
target.rs | ||
tests.rs | ||
usage.rs | ||
util.rs | ||
version.rs | ||
workcache_support.rs | ||
workspace.rs |
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