- User Since
- Jan 26 2015, 9:26 AM (155 w, 5 d)
Tue, Jan 9
Mon, Jan 8
Fri, Jan 5
Dec 19 2017
Any other issues here?
Dec 18 2017
Adds tests for .symidx directive.
Dec 15 2017
Made part of the fix more localized, preserving one of the assertions.
Dec 14 2017
Dec 13 2017
I'm confused by this.
Dec 1 2017
Addressed most review comments.
Nov 27 2017
Nov 22 2017
I share zturner's concerns that file-based lock implementations on Windows are inherently fraught with pitfalls. Can't we use a Mutex or other OS-provided synchronization mechanism? Those will be more efficient, more robust, and they won't leave artifacts if the program is interrupted or crashes.
Nov 8 2017
Nov 7 2017
Oct 25 2017
Zach is correct about the overly large reservation in the file mapping and we should fix that too.
Oct 10 2017
Just a drive-by comment.
Oct 9 2017
Oct 6 2017
Oct 5 2017
I'm with Zach in that I'm also concerned about the extra complexity. Then again ReplaceFile does all sorts of extra work we don't need (like preserving file creation times) that could potentially create confusion and even bugs.
Sep 21 2017
Sep 20 2017
But just a thought: Is it worth doing all the work to scan for line endings for the interruption points? What if, instead, it just printed the next _n_ characters on each iteration until the entire buffer has been printed. Sure, sometimes an interruption will split a line, and sometimes it won't. I'm not sure that's important for interactive usage. It would mean less fiddly code, faster output (because you don't have to scan every character), and a zillion short lines will print as fast as a smaller number of longer lines that represents the same volume of text.
Sep 19 2017
Sep 18 2017
Sep 15 2017
I haven't looked at the whole patch yet, but it seems the SIGINT fix is well isolated. That should probably be in a separate patch.
Sep 13 2017
@sas: Do the latest changes address your concerns with this patch?
LGTM. Thanks for adding the tests.
Sep 12 2017
Adds code-gen test. Corrects problem with first param of static method being
treated as the type of the this pointer. Addresses style suggestions.
Good tip on the lowering. Extra test coming momentarily.
Sep 11 2017
Sep 8 2017
I think I agree with Jim that it would be better to propagate an error from DoResume than to introduce CanResume. I could imagine situations where DoResume could fail for a reason that CanResume was unable to predict. Having one path for handling failure to resume seems cleaner.
Sep 7 2017
I'll commit it momentarily.
Sep 6 2017
This looks fine.
Sep 5 2017
Nice description of the problem.
Aug 31 2017
Aug 4 2017
Addressed additional feedback.
Simplified NativeEnumTypes by moving work to NativeSession which already had
access to Tpi and thus LazyRandomTypeCollection. NativeEnumTypes can now
exactly answer how many objects is knows about because it scans the types
when its constructed and maintains a vector of the relevant TypeIndexes.
Aug 2 2017
I'll ping when it's ready for another look.
Aug 1 2017
Enable llvm-pdbutil to list enumerations using native PDB reader
Jul 28 2017
I'm reworking NativeEnumTypes per the discussion. I'll have an update on Monday.
Jul 27 2017
Jul 21 2017
Jul 17 2017
Jul 12 2017
Jul 11 2017
Switched from std::unordered_map to llvm::DenseMap per zturner's suggestion.
Addressed feedback from zturner and rnk.
I've got one more suggestion from Zach to take care of, then I'll upload an updated patch.
Jul 10 2017
Jul 9 2017
Jul 5 2017
Jun 28 2017
So the idea is to convert the mangled name to an AST and then convert the AST to a string. That makes sense. But is the string form of the result always enough? Will there ever be a need for a caller to get the AST or some other representation?
Jun 27 2017
Fixed order of includes to comply with LLVM style
Addresses feedback from zturner.
Jun 23 2017
Thanks for doing this. This seems a reasonable alternative to fixing all the build tools upstream. And overly long paths are difficult to read.
Jun 22 2017
Thanks for the clarification.