User Details
- User Since
- Dec 30 2016, 3:24 PM (211 w, 5 d)
- Roles
- Administrator
Today
Yesterday
forgot to include a paren change in the previous diff
fix an assert and comment
Add assert
$(RM) a.o b.o
Remove more ARCHIVE_NAME
Inline archive rule
Is this good? :)
LGTM.
Tue, Jan 19
LGTM. If --allow-unused-prefixes=false tests are more than --allow-unused-prefixes=true tests, it is probably time to flip FileCheck default.
Delete if os.path.isdir("/usr/include/c++/v1"):
Mon, Jan 18
Don't use double-colon. https://lists.gnu.org/archive/html/help-make/2021-01/msg00016.html
Sun, Jan 17
Theoretically the diagnostic can be retained: we need another variable beside MCContext::DwarfVersion or making MCContext::DwarfVersion Optional<int>; and carefully doing similar thing on Clang cc1as side.
Sat, Jan 16
Fri, Jan 15
comments
Thanks for looking into llvm-nm -D😊
You may add tests to test/ELF/linkerscript/output-too-large.s. You'll need at least another output section to demonstrate the effects.
I want to have a feeling how the aix assembly works, so I tried binutils-gdb:
aarch64-linux-gnu-gcc -nostdlib -shared a.c -fpic -o a.so clang -target aarch64-linux-gnu -fuse-ld=lld -nostdlib -shared a.c -fpic -o a.so
Thu, Jan 14
Drop DW_AT_decl_file as well
https://bugs.llvm.org/show_bug.cgi?id=42138 was a BranchFolding bug which was probably found by an automating framework. @condy reopened it in #c13 because the symptom looks similar.
I closed 42138 in favor of the X86AsmBackend dedicated https://bugs.llvm.org//show_bug.cgi?id=48742 .
diff
- [30] .debug_abbrev PROGBITS 0000000000000000 ec7533c 616a22 00 0 0 1 - [31] .debug_info PROGBITS 0000000000000000 f28bd5e 50f9770b 00 0 0 1 - [32] .debug_ranges PROGBITS 0000000000000000 60223469 285e9b0 00 0 0 1 - [33] .debug_str PROGBITS 0000000000000000 62a81e19 ce211e0 01 MS 0 0 1 - [34] .debug_line PROGBITS 0000000000000000 6f8a2ff9 8a5ea2d 00 0 0 1 - [35] .symtab SYMTAB 0000000000000000 78301a28 156db60 18 37 821346 8 - [36] .shstrtab STRTAB 0000000000000000 7986f588 000168 00 0 0 1 - [37] .strtab STRTAB 0000000000000000 7986f6f0 69ab553 00 0 0 1 + [30] .debug_abbrev PROGBITS 0000000000000000 ec7533c 618ce4 00 0 0 1 + [31] .debug_info PROGBITS 0000000000000000 f28e020 50f97700 00 0 0 1 + [32] .debug_ranges PROGBITS 0000000000000000 60225720 285e9b0 00 0 0 1 + [33] .debug_str PROGBITS 0000000000000000 62a840d0 ce211e0 01 MS 0 0 1 + [34] .debug_line PROGBITS 0000000000000000 6f8a52b0 8a5ea2d 00 0 0 1 + [35] .symtab SYMTAB 0000000000000000 78303ce0 156db60 18 37 821346 8 + [36] .shstrtab STRTAB 0000000000000000 79871840 000168 00 0 0 1 + [37] .strtab STRTAB 0000000000000000 798719a8 69ab553 00 0 0 1
When -mbranches-within-32B-boundaries (to mitigate microcode update for Intel JCC Erratum) is used, there are many alignment fragments. I think D75203 has advantage in that case.
In the absence of -mbranches-within-32B-boundaries, I don't think there is demonstrable improvement. I think the assembler relaxation does not pull its weight.
I'll wait another two days.
LGTM.
-fno-plt essentially inlines the PLT entry into the call site. For x86-64, there are benefits if many call sites are defined in different DSOs.
Stops dumping default values for Version, Flags, VersionNdx and Hash fields.
LSB 1.3 is superseded. The description can link to https://refspecs.linuxfoundation.org/LSB_5.0.0/LSB-Core-generic/LSB-Core-generic/symversion.html instead
LGTM.
Wed, Jan 13
Thanks. The new name looks better! I mentioned the patch on discord. Hope one day or two is sufficient for interested folks to weigh in.
improve code comment