-
Notifications
You must be signed in to change notification settings - Fork 1.2k
Explain about the automated tests on Travis #259
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
(rust_highfive has picked a reviewer for you, use r? to override) |
README.md
Outdated
We have two automated tests running on [Travis](https://travis-ci.org/rust-lang/libc): | ||
|
||
1. `libc-test` | ||
- `cd libc-test && cargo clean && cargo run` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In theory this should just be cargo run --manifest-path libc-test/Cargo.toml
, how come the cargo clean
is here?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
cargo clean
is for making sure all.c
is regenerated according to the latest code of the libc
crate.
$ cd libc-test; cargo build
$ echo 'extern { pub fn xyzzy() -> ::c_int; }' >> ../src/unix/mod.rs
$ cargo run
Compiling libc v0.2.9 (file:///tmp/libc/libc-test)
Compiling libc-test v0.1.0 (file:///tmp/libc/libc-test)
Running `target/debug/libc-test`
RUNNING ALL TESTS
PASSED 6086 tests
$ cargo clean; cargo run (git)-master
Compiling winapi v0.2.6
Compiling winapi-build v0.1.1
Compiling gcc v0.3.25
Compiling libc v0.2.8
Compiling unicode-xid v0.0.3
Compiling bitflags v0.3.3
Compiling rustc-serialize v0.3.18
Compiling libc v0.1.12
Compiling libc v0.2.9 (file:///tmp/libc/libc-test)
Compiling kernel32-sys v0.2.1
Compiling term v0.2.14
Compiling log v0.3.5
Compiling syntex_syntax v0.19.1
Compiling ctest v0.1.0 (https://github.com/alexcrichton/ctest#50ac771a)
Compiling libc-test v0.1.0 (file:///tmp/libc/libc-test)
failed to run custom build command for `libc-test v0.1.0 (file:///tmp/libc/libc-test)`
Process didn't exit successfully: `/tmp/libc/libc-test/target/debug/build/libc-test-475f1c4bf6cbc262/build-script-build` (exit code: 101)
...snip...
--- stderr
/tmp/libc/libc-test/target/debug/build/libc-test-475f1c4bf6cbc262/out/all.c: In function ‘__test_fn_xyzzy’:
/tmp/libc/libc-test/target/debug/build/libc-test-475f1c4bf6cbc262/out/all.c:12758:24: error: ‘xyzzy’ undeclared (first use in this function)
return xyzzy;
^
/tmp/libc/libc-test/target/debug/build/libc-test-475f1c4bf6cbc262/out/all.c:12758:24: note: each undeclared identifier is reported only once for each function it appears in
/tmp/libc/libc-test/target/debug/build/libc-test-475f1c4bf6cbc262/out/all.c:12759:13: error: control reaches end of non-void function [-Werror=return-type]
}
^
...snip...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think that was fixed in a more recent version of ctest
, can you try updating that dependency for ctest?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Isn't it not enough to run rm -rf libc; rm -rf ~/.cargo; git clone https://github.com/rust-lang/libc.git
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nah we check in a lock file here so you'll need to run cargo update
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK, confirmed, but
- Please update the lock file on your side. In a sense you chose not to release the fix on
rerun-if-changed
by distributing the lock file. - I found the semantic version of a Git dependency confusing. I filed Versioning of a Git dependency is confusing cargo#2586
Thanks! Definitely seems like good information to have. |
Or rather I chose to have stability over gaining new features asap :) Do you want to check in the upgrade to |
in order to advise contributors to locally test their patches. Also update ctest to include a fix on rerun-if-changed so that human developers doing trial & error can properly test their latest code. Signed-off-by: NODA, Kai <[email protected]>
|
Explain about the automated tests on Travis in order to advise contributors to locally test their patches.
💔 Test failed - travis |
@bors: retry On Tue, Apr 26, 2016 at 11:45 PM, bors [email protected] wrote:
|
Explain about the automated tests on Travis in order to advise contributors to locally test their patches.
💔 Test failed - travis |
@bors: retry On Wednesday, April 27, 2016, bors [email protected] wrote:
|
Explain about the automated tests on Travis in order to advise contributors to locally test their patches.
☀️ Test successful - status-appveyor, travis |
in order to advise contributors to locally test their patches.