- User Since
- May 22 2019, 1:12 PM (236 w, 3 d)
Jan 27 2023
Jan 25 2023
This was first shared as a patch here: https://github.com/llvm/llvm-project/issues/52714
Jan 5 2023
Moved the test out.
Dec 30 2022
Dec 29 2022
I still need to run a few more external tests, like the ones mentioned in
Sep 13 2022
Sep 12 2022
A stray thought: we have disabled combining shuffles because it was producing precisely the masks this change seeks to eliminate, I am wondering if we can reenable some of those optimization based on this.
Sep 11 2022
Sep 8 2022
To me this makes since this applies to undefined indices and should not make any difference in case of valid ones.
Aug 2 2022
Implemented locally instead
Jul 25 2022
Because TLS data is stored a "passive" segment which has to be loaded using the memory.init instruction. (Both passive segments and this instruction are part of the bulk-memory proposal).
Oops, commented on outdated version (also had some issues with UI leaving repeated inline comments, sorry).
Jul 19 2022
Jul 12 2022
This change LGTM, can we also add some description of this process to developer docs? Anyone who would building LLVM on Windows is going to be hit by llvm-mt errors in current Visual Studio versions.
Jun 8 2022
Jun 6 2022
Abandon in favor of D126873
Jun 2 2022
I am personally building with this change already, for extra peace of mind :)
Nov 30 2021
Looks like the feedback is addressed and overall this is a needed optimization. @tlively what do you think?
May 4 2021
I think there is another dimension to this aside from project composition - intrinsics have a tendency to "interact" with their surroundings, and it better to capture the IR rather than the end result. Even if we can verify that simple calls produce instructions we expect, this might not hold true is the arguments change, or the call is in a different context. IR definitely gives more opportunities to test things through.
Apr 23 2021
I am somewhat confused on performance vs correctness - D100717 refers to a miscompile, would adding this behavior also clear miscompiles?
Apr 22 2021
Looks good to me.
Nov 2 2020
Abandoned in favor of D89921
Oct 30 2020
I think it works. We can keep "less than 4" check or keep it as is.
Oct 27 2020
Oct 22 2020
Fix broken diff.
Great, looks like I broke the diff.
Fix formatting in Writer.cpp.
Oct 21 2020
Mar 13 2020
I had to edit the comment above, looks like I took snapshot from directory when I was reproducing build instructions, instead of actual test directory. Now the exe and base64 encoding above (in the gist as well) are correct and the test should pass.
Mar 12 2020
Formatting; also instructions on building test image.
Mar 4 2020
Another minor edit, I moved COFF test files for llvm-readobj to the directory where the rest of them are now.
Use write32le to set extended DLL characteristics.
Mar 3 2020
I've started the discussion on the mailing list: http://lists.llvm.org/pipermail/llvm-dev/2020-March/139706.html
Feb 12 2020
Expanding on my previous comment. In its current state yaml2obj is not aware of the section contents, and I think adding this functionality would be a bit more involved than the code we have in this review so far.
Jan 29 2020
@ruiu can we separate enhancing yaml2obj from this change? I would be more than happy to help with implementing debug directory support as a separate change, to avoid making this change much more involved.
Jan 3 2020
yaml2obj is capable of producing binary .rdata section (which would host CET bit) from hex, but not individual debug directories that would go into it. Looks like all the tests dealing wit debug directories are using pre-built binaries - codeview tests are a good example).
Dec 11 2019
Dec 3 2019
Can you help me merge this? I don't have commit access.
Nov 27 2019
Incorporate review feedback
Nov 26 2019
Remove unused MinGW flag
Nov 25 2019
Nov 22 2019
Full(er) patch for the same change.