RFC Greater customization of cargo about assert_cmd

[epage]

@quininer and @mssun, I've released escargot v0.3.0 with CargoRun support (see docs).

Could you give that a spin to see what you thoughts are? If it works for you, I'll be closing this issue by

• Removing the _path functions from the API (and by extension, removing the cargo mod from the API)
• Updating the docs to point to escargot for advanced use cases (custom builds, caching, etc).

We still need to decide whether the easy-path API should use current_target or not.

[quininer]

I am satisfied with this API, but CargoRun does not seem to work for --example. I got "No binaries in crate".

[mssun]

Thanks @epage, I'm pretty satisfied with the API.

Now I can use

 lazy_static! {
     pub static ref BIN_PATH: PathBuf = escargot::CargoBuild::new()
         .bin("binary_name")
         .current_release()
         .current_target()
         .run()
         .unwrap()
         .path()
         .to_path_buf();
 }

to get the path of binary which compiled with --target xxx.

This works well when test with cargo test --target xxx.

However, when I don't use --target xxx to test (e.g., test the default target: x86_64-unknown-linux-gnu), escargot will still build the binary again and put it into target/x86_64-unknown-linux-gnu/debug instead of target/debug. Seems that escargot cannot detect the existence of the --target flag.

[epage]

@quininer

I am satisfied with this API, but CargoRun does not seem to work for --example. I got "No binaries in crate".

I know exactly whats wrong and will hopefully get a chance to fix it soon. In the mean time, could you open an issue for it on escargot?

@mssun

How come you are caching the path rather than caching the CargoRun and then using BIN.command() to access all the assert_cmd features

However, when I don't use --target xxx to test (e.g., test the default target: x86_64-unknown-linux-gnu), escargot will still build the binary again and put it into target/x86_64-unknown-linux-gnu/debug instead of target/debug. Seems that escargot cannot detect the existence of the --target flag.

It cannot and that is the crux of #4.

[mssun]

It cannot and that is the crux of #4.

Yes, I understand. Thank you. This requires me to run cargo test with --target in any case. But, seems that there is no solution for this.

[epage]

Remaining work: figure out target

[mssun]

Specifying features (see #34)

Can I specify the features now? The use case is that we want to test some features which are not default.

[epage]

Yes, though it will require adding a dependency on escargot and callling into that, rather than using CommandCargoExt.

See the implementation of CommandCargoExt for how you might do this:: https://github.com/assert-rs/assert_cmd/blob/master/src/cargo.rs#L137

Drat, it doesn't look like I've added a feature argument to escargot. I've created crate-ci/escargot#10. Feel free to implement it or use the suggested workaround. Eventually I'm going to need it anyways but I'm assuming your needs are more pressing.