[PATCH] D96035: [dsymutil][DWARFlinker] implement separate multi-thread processing for compile units.
Greg Clayton via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Wed May 11 15:18:29 PDT 2022
clayborg added a comment.
> probably, we would like to use both dwarflinkers with dsymutil and dwarfutil. Thus, we do not want to name tools in the option. How about these variants:
>
> --dwarf-linker={classic,mt} (mt is multy-thread)
>
> --dwarf-linker={classic,with-joined-types}
>
> --dwarf-linker={classic,experimental}
How about:
--linker=apple
--linker=llvm
The "apple" would be the classic Apple linker with all of its compatability
The new "llvm" would be the new linker with the better type uniquing + other features that will get added. We would need these described in the option help text.
Any multi-threaded options should be separate options if they are not already covered by existing options.
Do we have the ability to change how types are emitted? Like, can we use the "classic" linker with new type uniquing options ("with-joined-types" or "experimental")? I am trying to figure out the three options you specified above
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D96035/new/
https://reviews.llvm.org/D96035
More information about the llvm-commits
mailing list