Process didn't exit successfully: (exit code: 1)

[zzeroo]

Since a week or so I'm not able to compile any of my Rust projects under armhf.
I try to compile direct on hardware, no virtualisation or so. I use nightly but beta fails also.
Because there are falling different crates, "winapi-build", "gcc" to name a few I think this is a problem with rust or the build infrastructure.
The logs are very hard to produce, and I don't see any relevant.

The error look something like #33733

Produce, on a debian sid armhf

rustup update            
info: syncing channel updates for 'nightly-armv7-unknown-linux-gnueabihf'
info: checking for self-updates

  nightly-armv7-unknown-linux-gnueabihf unchanged - rustc 1.13.0-nightly (ef9786ce0 2016-09-02)

cargo new buggy
cd buggy
echo "winapi-build =\"*\"" >>Cargo.toml
RUST_BACKTRACE=1 RUST_LOG=debug cargo build --verbose 

Results in

Process didn't exit successfully: `rustc /root/.cargo/registry/src/github.com-1ecc6299db9ec823/winapi-build-0.1.1/src/lib.rs --crate-name build --crate-type lib -g -C metadata=00070c9b9a99d27d -C extra-filename=-00070c9b9a99d27d --out-dir /root/buggy/target/debug/deps --emit=dep-info,link -L dependency=/root/buggy/target/debug/deps --cap-lints allow` (exit code: 1)

https://gist.github.com/zzeroo/8e4ad2ac695f683e11e4748a24c0f34a

Environment

rustc --version --verbose
rustc 1.13.0-nightly (ef9786ce0 2016-09-02)
binary: rustc
commit-hash: ef9786ce0eac75bbe293d04dadc959bd481236a6
commit-date: 2016-09-02
host: armv7-unknown-linux-gnueabihf
release: 1.13.0-nightly

cargo --version
cargo 0.13.0-nightly (b78beb1 2016-09-01)

gcc --version
gcc (Debian 6.2.0-2) 6.2.0 20160830
Copyright (C) 2016 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

uname -a
Linux xmz-mod-touch 4.6.0-rc6-dirty #5 SMP Tue May 31 15:16:00 CEST 2016 armv7l GNU/Linux

[zzeroo]

gdb output: https://gist.github.com/zzeroo/c519e4904e37afb831a8ee39393d172f

[zzeroo]

I had bisect the versions back in time, it looks like version rustc 1.12.0-nightly (a005b6785 2016-08-02) is the last working version.

## ++NEWER
rustup default nightly-2016-09-02 # FAIL
rustup default nightly-2016-08-21 # FAIL
rustup default nightly-2016-08-14 # FAIL
rustup default nightly-2016-08-13 # FAIL
rustup default nightly-2016-08-10 # FAIL
rustup default nightly-2016-08-06 # FAIL
rustup default nightly-2016-08-04 # FAIL

rustup default nightly-2016-08-03 # OK <<< LAST KNOWN WORKING VERSION 
rustup default nightly-2016-08-02 # OK
rustup default nightly-2016-07-29 # OK*
rustup default nightly-2016-07-21 # OK
rustup default nightly-2016-05-25 # OK
## --OLDER

[MagaTailor]

Yes, it's the effect of #34427. The minimal workaround would entail bootstrapping with -Zorbit=off or bringing back old trans altogether on ARM for the time being.

[MagaTailor]

@zzeroo In case I got my dates wrong (I had Aug 23rd in mind), can you try this build of mine out? (there was also some rustup issue you might be bumping into, I may have mixed the two)

[zzeroo]

@petevine This toolchain works.

[MagaTailor]

On Sun, 04 Sep 2016 13:50:26 -0700
zzeroo notifications@github.com wrote:

@petevine This toolchain works.

Right, so it must be about the crashing wrapper. Please look for a recent issue where @nagisa told the OP to set a breakpoint at exit(), I believe it got fixed.

[brson]

@zzeroo We believe this is fixed on nightly, the same as #35982. Can you still reproduce?

[zzeroo]

@brson Sorry I can't confirm that

rustc -vV             
rustc 1.13.0-nightly (5531c314a 2016-09-12)
binary: rustc
commit-hash: 5531c314a2855aec368e811da6fcd9e98365af51
commit-date: 2016-09-12
host: armv7-unknown-linux-gnueabihf
release: 1.13.0-nightly

gdb output

gdb --args rustc /root/.cargo/registry/src/github.com-1ecc6299db9ec823/gcc-0.3.35/src/lib.rs --crate-name gcc --crate-type lib -C opt-level=3 -C metadata=dcde155d15b2ddce -C extra-filename=-dcde155d15b2ddce --out-dir /root/xMZ-Mod-Touch-Software/xMZ-Mod-Touch-Server/target/release/deps --emit=dep-info,link -C linker=arm-linux-gnueabihf-gcc -L dependency=/root/xMZ-Mod-Touch-Software/xMZ-Mod-Touch-Server/target/release/deps --cap-lints allow
GNU gdb (Debian 7.11.1-2) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-linux-gnueabihf".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from rustc...done.
(gdb) run
Starting program: /root/.cargo/bin/rustc /root/.cargo/registry/src/github.com-1ecc6299db9ec823/gcc-0.3.35/src/lib.rs --crate-name gcc --crate-type lib -C opt-level=3 -C metadata=dcde155d15b2ddce -C extra-filename=-dcde155d15b2ddce --out-dir /root/xMZ-Mod-Touch-Software/xMZ-Mod-Touch-Server/target/release/deps --emit=dep-info,link -C linker=arm-linux-gnueabihf-gcc -L dependency=/root/xMZ-Mod-Touch-Software/xMZ-Mod-Touch-Server/target/release/deps --cap-lints allow
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[Inferior 1 (process 3472) exited with code 01]

[nagisa]

Its not fixed but a duplicate of the linked issue (which is in turn duplicate of yet another issue).

[pnkfelix]

(which is in turn duplicate of yet another issue)

namely #34427 (which remains open).