"failed to remove `.dSYM`" when cross compiling to 32-bit macOS

[japaric]

I don't have a mac to investigate further but I'm seeing this error on Travis (build log) when cross compiling Xargo to i686-apple-darwin on a 64-bit macOS builder. (The travis builder is using Cross to build Xargo but Cross is simply doing rustup target add i686-apple-darwin && cargo build --target i686-apple-darwin).

This was working before but I haven't tried to bisect.

Seems related to #4671. cc @kennytm

[kennytm]

Seems to affect 64-bit as well. https://travis-ci.org/japaric/xargo/jobs/297248793

[kennytm]

@japaric No repro with a fresh cargo build. It is repro only with the following steps:

$ rm target/debug/xargo.dSYM
$ cp -r target/debug/deps/xargo-0b99a456403c6af1.dSYM/ target/debug/xargo.dSYM
$ cargo build

which suggests that probably it is caused by the cache polluted by code before the #4672 landed. The debug log associated with the above was:

INFO:cargo::ops::cargo_rustc::job_queue: start: xargo v0.3.9 (file://$DIR/xargo) => Target(bin: xargo)/Profile(build) => Host
DEBUG:cargo::ops::cargo_rustc: linking $DIR/xargo/target/debug/deps/xargo-0b99a456403c6af1 to $DIR/xargo/target/debug/xargo
DEBUG:cargo::ops::cargo_rustc: linking $DIR/xargo/target/debug/deps/xargo-0b99a456403c6af1.dSYM to $DIR/xargo/target/debug/xargo.dSYM
INFO:cargo::ops::cargo_rustc::job_queue: end: xargo v0.3.9 (file://$DIR/xargo) => Target(bin: xargo)/Profile(build) => Host
DEBUG:cargo: exit_with_error; err=CliError { error: Some(CargoError(Msg("failed to remove: $DIR/xargo/target/debug/xargo.dSYM"), State { next_error: Some(Error { repr: Os { code: 1, message: "Operation not permitted" } }), backtrace: None })), unknown: false, exit_code: 101 }

This should be fixed once you deleted the cache.

[kennytm]

This bug itself is a more general problem than #4671. Here's a repro step on Linux:

$ cargo new a
$ cd a
$ cargo build
$ rm target/debug/liba.rlib
$ mkdir target/debug/liba.rlib
$ cargo build

[japaric]

@kennytm Thanks for looking into this. I'll try clearing the cache. (I think I tried that before before but it probably was before #4672 landed).

[alexcrichton]

Thanks for investigating @kennytm! Sounds like we should just update the cache removal/cleaning to just handle files as well as directories?

[kennytm]

@alexcrichton Yes I think so. If failed to remove as file, try to remove as directory recursively (may need to be careful with NTFS junction point though).

[Luthaf]

This does also happen when compiling directly on OS X with the beta toolchain (see https://www.reddit.com/r/rust/comments/7e8sms/travis_failure_for_rust_beta_on_osx/).

[KillTheMule]

Beta seems fixed now, but I'm seeing this on stable (travis).

(e) Ok, I just read the release notes properly, and realized that travis is still at 1.22.0, so disregard that. Sorry for the noise!

[alexcrichton]

I think this was fixed in #4672, so closing.

[victusfate]

bumped into this but I think it was due to a dropbox restore on a new system, just removed target and reinstalled aok