[PATCH] D96035: [dsymutil][DWARFlinker] implement separate multi-thread processing for compile units.
Alexey Lapshin via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Wed May 11 22:32:04 PDT 2022
avl added a comment.
> 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.
These are fine to me.
> 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
No, we do not have the ability to change how types are emitted. "classic"/"apple" linker generates it one way. "experimental"/"llvm" generates it in other way.
These variants: "mt", "with-joined-types", "experimental" are different suggestions for the name of new linker. There should be used only one of them.
"mt" - supposed to note that new linker utilizes multi-thread execution heavier.
"with-joined-types" - supposed to note that new linker uses other approach to type deduplication.
"experimental" - supposed to note that new linker is an experiment yet.
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