ThinLTO: Do not import debug info for imported global constants

It looks like this isn't necessary (in any tests I've done, it results
in the global being described with no location or value in the imported
side - while it's still fully described in the place it's imported from)
& results in significant/pathological debug info growth to home these
location-less global variable descriptions on the import side.

This is a rather pressing/important issue to address - this regressed
executable size for one example I'm looking at by 15%, object size is probably
similar though I haven't measured it, and a 22x increase in the number of CUs
in the cu_index in split DWARF DWP files, creating a similarly large regression
in the time it takes llvm-symbolizer to run on such binaries.

Reviewers: tejohnson, evgeny777

Differential Revision: https://reviews.llvm.org/D55309

llvm-svn: 348416
This commit is contained in:
David Blaikie 2018-12-05 21:42:17 +00:00
parent 85393b28f9
commit 01f1d9b589
3 changed files with 12 additions and 2 deletions

View File

@ -1062,6 +1062,16 @@ void IRLinker::prepareCompileUnitsForImport() {
ValueMap.MD()[CU->getRawEnumTypes()].reset(nullptr); ValueMap.MD()[CU->getRawEnumTypes()].reset(nullptr);
ValueMap.MD()[CU->getRawMacros()].reset(nullptr); ValueMap.MD()[CU->getRawMacros()].reset(nullptr);
ValueMap.MD()[CU->getRawRetainedTypes()].reset(nullptr); ValueMap.MD()[CU->getRawRetainedTypes()].reset(nullptr);
// The original definition (or at least its debug info - if the variable is
// internalized an optimized away) will remain in the source module, so
// there's no need to import them.
// If LLVM ever does more advanced optimizations on global variables
// (removing/localizing write operations, for instance) that can track
// through debug info, this decision may need to be revisited - but do so
// with care when it comes to debug info size. Emitting small CUs containing
// only a few imported entities into every destination module may be very
// size inefficient.
ValueMap.MD()[CU->getRawGlobalVariables()].reset(nullptr);
// Imported entities only need to be mapped in if they have local // Imported entities only need to be mapped in if they have local
// scope, as those might correspond to an imported entity inside a // scope, as those might correspond to an imported entity inside a

View File

@ -21,7 +21,7 @@
; IMPORT: @gFoo.llvm.0 = internal unnamed_addr global i32 1, align 4, !dbg !0 ; IMPORT: @gFoo.llvm.0 = internal unnamed_addr global i32 1, align 4, !dbg !0
; IMPORT-NEXT: @gBar = internal local_unnamed_addr global i32 2, align 4, !dbg !5 ; IMPORT-NEXT: @gBar = internal local_unnamed_addr global i32 2, align 4, !dbg !5
; IMPORT: !DICompileUnit({{.*}}, globals: !{{[0-9]+}}) ; IMPORT: !DICompileUnit({{.*}})
; OPTIMIZE: define i32 @main ; OPTIMIZE: define i32 @main
; OPTIMIZE-NEXT: ret i32 3 ; OPTIMIZE-NEXT: ret i32 3

View File

@ -34,7 +34,7 @@
; IMPORT: @gFoo.llvm.0 = internal unnamed_addr global i32 1, align 4 ; IMPORT: @gFoo.llvm.0 = internal unnamed_addr global i32 1, align 4
; IMPORT-NEXT: @gBar = internal local_unnamed_addr global i32 2, align 4 ; IMPORT-NEXT: @gBar = internal local_unnamed_addr global i32 2, align 4
; IMPORT: !DICompileUnit({{.*}}, globals: !{{[0-9]+}}) ; IMPORT: !DICompileUnit({{.*}})
; CODEGEN: i32 @main() ; CODEGEN: i32 @main()
; CODEGEN-NEXT: ret i32 3 ; CODEGEN-NEXT: ret i32 3