Open Bug 1032632 Opened 6 years ago Updated 2 years ago should use exit status to signal failure


(Firefox Build System :: General, defect)

Not set


(Not tracked)


(Reporter: nthomas, Unassigned)


eg, in an Android 31.0b6 build

2014-06-30 22:40:43: INFO: LoadSymbols: SUCCESS dist/bin/
/builds/slave/rel-m-beta-and_bld-00000000000/build/android-ndk/toolchains/arm-linux-androideabi-4.7/prebuilt/linux-x86_64/bin/arm-linux-androideabi-objcopy: /lib64/ no version information available (required by /builds/slave/rel-m-beta-and_bld-00000000000/build/android-ndk/toolchains/arm-linux-androideabi-4.7/prebuilt/linux-x86_64/bin/arm-linux-androideabi-objcopy)
/builds/slave/rel-m-beta-and_bld-00000000000/build/android-ndk/toolchains/arm-linux-androideabi-4.7/prebuilt/linux-x86_64/bin/arm-linux-androideabi-objcopy:dist/bin/[.debug_info]: No space left on device
/builds/slave/rel-m-beta-and_bld-00000000000/build/android-ndk/toolchains/arm-linux-androideabi-4.7/prebuilt/linux-x86_64/bin/arm-linux-androideabi-objcopy:dist/bin/ No space left on device
echo packing symbols
packing symbols
dist/bin/nsinstall -D dist/

Should have stopped when it hit the full disk, rather than continuing down the make target at

Full log:
I should say that buildbot detects the failure and doesn't run any more steps, but the buildsymbols target shouldn't go on to create and upload the zip when symbol processing has failed. does exit with an error code in most situations, but we're not treating errors in objcopy as an error:

It looks like we've never treated the result of objcopy as fatal (since this was implemented back in bug 420474), but I can't find any reasoning.
Product: Core → Firefox Build System
You need to log in before you can comment on or make changes to this bug.