- User Since
- Sep 2 2015, 4:18 PM (210 w, 3 d)
Mar 24 2017
checking for post-dominators
Mar 22 2017
Mar 16 2017
Mar 6 2017
Mar 3 2017
The test passes on mac without xargs. Could you verify windows?
Feb 28 2017
PID is one of the reason there's '*' in compiler-rt tests: runtime information is often dumped in <basename>-<pid> files. These files are then fed to analysis tools by using '<basename>-*' shell glob.
Feb 27 2017
I am confused you say glob expansion happens before other substitution. Shouldn't it be in the opposite order if you want %[[%T/*]] to work?
Feb 24 2017
Full --help output with this change: https://gist.github.com/anonymous/9b20cc6e13b53cf923bf286f0a39972b
Feb 8 2017
Will reupload to add llvm-commits correctly
using target triple as intended.
Actually, hold on a second, I'll replace the triple in darwin file, and that should take care of everything.
Kostya, please take a look.
split trace-pc-guard test into two.
Grhhh. Fails on mac :(
XFAIL on tsan.
replaced XFAIL with REQUIRES.
I've added the test. PTAL.
added .ll test
added at least.
reworded to say may be called more than once.
I think that keeping more general "may be called multiple times" is still correct and does give us room to maneuver.
Related test and documentation update:
Feb 7 2017
Updated ctor registration.
Feb 6 2017
Feb 3 2017
If this script working under python3 is your goal, then I suggest you make the script work first, rather then try to fix lint issues separately. I'd rather we do python3-ification in one change if possible.
Feb 2 2017
Could you please clarify if you test it with python3 and if it works?
Feb 1 2017
Does this script actually run with python3 after these changes, or are these lint-driven errors? I'm not an expert in python3 (only used python2), but afaik it doesn't have % operator (you are supposed to use "".format()).
Jan 20 2017
I think we can clean this up a bit.
Jan 19 2017
Do you need help landing it?
Jan 18 2017
Jan 17 2017
Another wild thought: is there any template magic that we might invoke to automate creation of function aliases?
I suggest to make WIN* macros no-op on all platforms that do not need it.
I don't like that we introduce macros making function definition ugly and opaque. All this to implement one platform hacks. I would prefer to have current version cleaned up to eliminate ifdefs. Something like:
moved macro to FuzzerDefs.
Jan 11 2017
adding rtti options (for sanitizer flags).
Jan 10 2017
Is this what you had in mind?
Jan 6 2017
Jan 5 2017
This is all about code duplication, right? When you use static libraries - linking gives you an error. When you use dynamic libraries the code is still duplicated, right? Each .so file will still have its own copy of common functions and data. But loader will just pick the first version.
I worry that our set of static and shared runtimes will be different. If we do this split, we should do it for dynamic libraries too. I don't know if we have static initializers, but we might end up running them twice.