-
-
Notifications
You must be signed in to change notification settings - Fork 14.7k
--emit=dep-info + -Zunpretty=expanded emits output #93201
Copy link
Copy link
Open
Labels
A-CLIArea: Command-line interface (CLI) to the compilerArea: Command-line interface (CLI) to the compilerC-bugCategory: This is a bug.Category: This is a bug.T-compilerRelevant to the compiler team, which will review and decide on the PR/issue.Relevant to the compiler team, which will review and decide on the PR/issue.
Metadata
Metadata
Assignees
Labels
A-CLIArea: Command-line interface (CLI) to the compilerArea: Command-line interface (CLI) to the compilerC-bugCategory: This is a bug.Category: This is a bug.T-compilerRelevant to the compiler team, which will review and decide on the PR/issue.Relevant to the compiler team, which will review and decide on the PR/issue.
Type
Fields
Give feedbackNo fields configured for issues without a type.
In 1.58, running:
will generate
.d,.oand.rmetafiles, as expected. However, running with-Zunpretty=expanded:will generate the
.donly. I would have expected thatrustcdoes not generate any file, or that it generates all of them, or that it complains if--emitand-Zunprettyare supposed to be incompatible with each other. Should users avoid mixing both at the moment?(I assume that, eventually,
--emit=dep-info,expandedwould give the dependency information about the expanded output file like it does for the others; which is fine)It also happens with e.g.
-Zunpretty=hir, but not with-Zunpretty=normalor-Zunpretty=ast-tree; thus it looks like a consequence of which passes are executed in the compiler.Possibly related: #60857.