User Details
- User Since
- Nov 16 2016, 9:22 PM (299 w, 2 d)
Apr 12 2022
Mar 19 2022
Feb 28 2022
Feb 25 2022
Feb 24 2022
Feb 22 2022
This test libcxx/test/std/utilities/charconv/charconv.msvc/test.cpp fails downstream for us w/Hexagon SDK. It's a subtle nit from the compiler regarding format specifiers.
Jan 27 2022
Oct 14 2021
Oct 13 2021
Previous upload was a stale patch, sorry!
Oct 12 2021
Updated to address further PRM mismatches.
Oct 1 2021
Updated to remove discrepancies with PRM.
Sep 8 2021
Thanks a lot, Fangrui!
Sep 7 2021
Sep 6 2021
Sep 3 2021
@kparzysz any concerns?
Sep 1 2021
Aug 26 2021
The change LGTM, we may want to fix the error message.
Aug 19 2021
Changed to suggested fix
Aug 18 2021
Aug 17 2021
fixed iserror()
applied clang-format-diff, s/long/u32/ for syscall funcs.
added context
reduced scope to CFI only
Line-wrap update
Aug 16 2021
Decomposed to just the sanitizer-common portion. Now it's an 8 patch series, this is number 1.
Aug 15 2021
Aug 14 2021
Aug 10 2021
Suggestions from Fangrui: override the resource-dir with an explicit arg, disable for windows.
Aug 9 2021
Test case updates per suggestion.
Aug 5 2021
Add a test case, address failing test.
Jul 26 2021
Jul 23 2021
This patch is so far just for discussion, still needs tests, etc. The motivation for this patch is to be able to include the intrinsic header files installed in the resource dir.
Jul 12 2021
Jul 6 2021
LGTM
Jun 29 2021
Removed some unavailable instructions.
Jun 28 2021
Jun 27 2021
Should I clang format the headers? I prefer keeping the historical formatting intact. But if the submission should conform then I suppose I'll just accept the wrapped text suggested by clang-format.
Add hexagon_types.h and additional test cases. Updated existing test case to use types defined in hexagon_types.h.
Jun 25 2021
It occurs to me now that some of these are not very useful in the absence of hexagon_types.h. So I will add that one too and change the tests to use those definitions instead.
Apr 27 2021
Apr 26 2021
Apr 22 2021
Mar 11 2021
LGTM. @kparzysz ?
Dec 9 2020
Sep 12 2020
Aug 19 2020
I'm troubleshooting a build failure that happens when this commit lands on a downstream builder. The symptom looks similar to the one reported by @aeubanks where the includes aren't present but I've ruled out the EXPERIMENTAL_LIBRARY (explicitly set OFF in the failing build).
Jul 20 2020
Jul 17 2020
Jul 16 2020
updated diff w/context
I created this to make it easier to run builds on systems that have python3 but don't have virtualenv installed. python3 comes with venv.
Jun 30 2020
These tests all seem to fail with