|
|
DescriptionAdd libc++ __tree to ubsan blacklist.
libc++ __tree is not ubsan clean. It floods compile and run steps
with "runtime error: downcast" and "runtime error: upcast" errors,
making ubsan much less usable.
This is a KI with libc++: https://llvm.org/bugs/show_bug.cgi?id=19302
Committed: https://crrev.com/e2abe2366d707ac6ad308e2643f41423971f81fc
Cr-Commit-Position: refs/heads/master@{#402902}
Patch Set 1 #Patch Set 2 : Added map also #Messages
Total messages: 18 (5 generated)
mbjorge@chromium.org changed reviewers: + dpranke@chromium.org, ochang@chromium.org
Came across this issue with UBSAN when building ubsan chromecast builds. Both at compile and run time, logs are filled with: ../../buildtools/third_party/libc++/trunk/include/__tree:836:16: runtime error: downcast of address 0x7ffcfa208940 with insufficient space for an object of type 'std::__1::__tree_node<std::__1::__value_type<std::__1::basic_string<char>, std::__1::vector<base::TestResult, std::__1::allocator<base::TestResult> > >, void *>' 0x7ffcfa208940: note: pointer points here I'm curious how this isn't being seen on the Chromium ubsan builders (but I couldn't figure out where they were?)
lgtm if ochang approves.
lgtm
The CQ bit was checked by mbjorge@chromium.org
Added map also; was able to see this error once the __tree errors were cleared out. I can now compile + run all the unittests without any ubsan errors.
The patchset sent to the CQ was uploaded after l-g-t-m from ochang@chromium.org, dpranke@chromium.org Link to the patchset: https://codereview.chromium.org/2109663003/#ps20001 (title: "Added map also")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Message was sent while issue was closed.
Committed patchset #2 (id:20001)
Message was sent while issue was closed.
CQ bit was unchecked.
Message was sent while issue was closed.
Description was changed from ========== Add libc++ __tree to ubsan blacklist. libc++ __tree is not ubsan clean. It floods compile and run steps with "runtime error: downcast" and "runtime error: upcast" errors, making ubsan much less usable. This is a KI with libc++: https://llvm.org/bugs/show_bug.cgi?id=19302 ========== to ========== Add libc++ __tree to ubsan blacklist. libc++ __tree is not ubsan clean. It floods compile and run steps with "runtime error: downcast" and "runtime error: upcast" errors, making ubsan much less usable. This is a KI with libc++: https://llvm.org/bugs/show_bug.cgi?id=19302 Committed: https://crrev.com/e2abe2366d707ac6ad308e2643f41423971f81fc Cr-Commit-Position: refs/heads/master@{#402902} ==========
Message was sent while issue was closed.
Patchset 2 (id:??) landed as https://crrev.com/e2abe2366d707ac6ad308e2643f41423971f81fc Cr-Commit-Position: refs/heads/master@{#402902}
Message was sent while issue was closed.
thakis@chromium.org changed reviewers: + thakis@chromium.org
Message was sent while issue was closed.
Looks like this has been fixed upstream. Should we try undoing this again?
Message was sent while issue was closed.
On 2017/07/17 at 23:40:34, thakis wrote: > Looks like this has been fixed upstream. Should we try undoing this again? sgtm
Message was sent while issue was closed.
On 2017/07/17 23:41:28, mbjorge wrote: > On 2017/07/17 at 23:40:34, thakis wrote: > > Looks like this has been fixed upstream. Should we try undoing this again? > > sgtm Cool, can you revert locally, check whatever this fixed back then remains fixed, and then upload the revert?
Message was sent while issue was closed.
On 2017/07/18 at 14:35:51, thakis wrote: > On 2017/07/17 23:41:28, mbjorge wrote: > > On 2017/07/17 at 23:40:34, thakis wrote: > > > Looks like this has been fixed upstream. Should we try undoing this again? > > > > sgtm > > Cool, can you revert locally, check whatever this fixed back then remains fixed, and then upload the revert? Yeah, I'll test it out and see how it looks
Message was sent while issue was closed.
A revert of this CL (patchset #2 id:20001) has been created in https://codereview.chromium.org/2983093003/ by mbjorge@chromium.org. The reason for reverting is: Issued fixed upstream. |