- User Since
- Mar 18 2014, 10:33 AM (269 w, 6 d)
Tue, May 14
Thu, May 9
Wed, May 8
Tue, May 7
Hmm; it doesn't seem safe to obsolete the 2-field form if we don't have a working bitcode upgrade from 2-field to 3-field.
Mon, May 6
The 3-field form was introduced by D3499 in 2014 and the legacy 2-field
form was planned to be removed in LLVM 4.0
Tue, Apr 30
Shouldn't this just send DYLD_LIBRARY_PATH through to the second stage, so that ar and ranlib use the just-built libLTO.dylib?
Mon, Apr 29
Apr 19 2019
Is there a good way to test this?
Apr 18 2019
I wonder if we could add a module flag for the TLI, and then store that in the summary. Would it work for both implementations in that case?
Apr 15 2019
Apr 2 2019
Mar 28 2019
Mar 26 2019
I'm in favour of this.
Mar 20 2019
+Erik and Alex, can you take a look at this?
Mar 18 2019
Document the default VFS used by the FileManager.
Mar 14 2019
I slightly simplified the code for CompilerInstance::createFileManager (replaced with an assert), since I noticed that FileManager always constructs its own VFS if it isn't passed one.
Mar 13 2019
Mar 12 2019
Committed in r355950. Thanks for the review.
Mar 11 2019
Updated the constructor call to PCHGenerator in GenerateModuleAction::CreateASTConsumer to use BuildingImplicitModule on its own. Checking where it's set (only in compileModuleImpl), it's exactly the condition we want here.
Mar 9 2019
Committed in r355778.
Committed in r355777.
Mar 7 2019
LGTM too with some nitpicks (forgot to hit "submit" earlier this afternoon).
+ab, do you still know this code?
Mar 6 2019