Uh oh!
There was an error while loading. Please reload this page.
Update libbacktrace - #30908
Conversation
dhuseby
commented
Jan 14, 2016
@petrochenkov those are still necessary since none of the Bitrig changes have been upstreamed. I'm surprised about the OpenBSD shared library part of the patch. @semarie is that still necessary? |
alexcrichton
commented
Jan 14, 2016
@bors: r+ 0ef8afdf05556840c48d8c9c71b8ac149259624f |
New: Fix for rust-lang#28447 Merged: openbsd support: rust-lang@fcb30a0 bitrig integration: rust-lang@cd8f317 Not merged: rust-lang@d4fc3ec@Diggsey says this change was unintended (rust-lang#30666 (comment))
petrochenkov
commented
Jan 15, 2016
Updated with a fix for #28447 The reason was a pretty silly mistake in 4-byte length of COFF string table was read like this: After this initialization half of |
alexcrichton
commented
Jan 15, 2016
petrochenkov
commented
Jan 15, 2016
@alexcrichton |
alexcrichton
commented
Jan 15, 2016
Nice! |
@dhuseby@semarie Please, confirm that all Rust-specific changes in the second commit are still required. (It would be ideal to have an unpatched copy of libbacktrace straight from the gcc repo.) Fixes#28447 r? @alexcrichton
bors
commented
Jan 16, 2016
bors
commented
Jan 16, 2016
Diggsey
commented
Jan 16, 2016
If only it had been written in rust... |
ranma42
commented
Jan 16, 2016
petrochenkov
commented
Jan 16, 2016
@ranma42 |
This updates the local declaration of `str_size` to always be 4 bytes instead of platform-dependent as its initialization later on only fills in 4 bytes instead of all the bytes of `size_t`. Originally reported as rust-lang/rust#28447 this was fixed in rust-lang/rust#30908
Update libbacktrace We haven't updated libbacktrace in two years. This is just blindly updating to the latest HEAD; I'd like to see what travis says. It at least builds on my machine, running some tests... This perpetuates the patches from #30908
This updates the local declaration of `str_size` to always be 4 bytes instead of platform-dependent as its initialization later on only fills in 4 bytes instead of all the bytes of `size_t`. Originally reported as rust-lang/rust#28447 this was fixed in rust-lang/rust#30908
… of uninitialized bytes in pecoff.c; 3) Fix a use of undefined memory in pecoff.c 1) Note: as we target MINGW here, we still want to look up the symbols via the DWARF method (the native Windows way would be to call the SymFromAddr() function, but that would require .pdb files which MINGW does not produce). Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de> 2) This updates the local declaration of `str_size` to always be 4 bytes instead of platform-dependent as its initialization later on only fills in 4 bytes instead of all the bytes of `size_t`. Originally reported as rust-lang/rust#28447 this was fixed in rust-lang/rust#30908 3) In rust-lang/rust#39468 it was discovered that this could cause a crash in libbacktrace due to freeing uninitialized memory, and this specific instance was fixed in rust-lang/rust#39509
This updates the local declaration of `str_size` to always be 4 bytes instead of platform-dependent as its initialization later on only fills in 4 bytes instead of all the bytes of `size_t`. Originally reported as rust-lang/rust#28447 this was fixed in rust-lang/rust#30908
@dhuseby@semarie Please, confirm that all Rust-specific changes in the second commit are still required.
(It would be ideal to have an unpatched copy of libbacktrace straight from the gcc repo.)
Fixes#28447
r? @alexcrichton