Skip to content

Clarify that the expected runtime symbols signature is for the current target only#159902

Open
Urgau wants to merge 1 commit into
rust-lang:mainfrom
Urgau:runtime-symbols-for-current-target
Open

Clarify that the expected runtime symbols signature is for the current target only#159902
Urgau wants to merge 1 commit into
rust-lang:mainfrom
Urgau:runtime-symbols-for-current-target

Conversation

@Urgau

@Urgau Urgau commented Jul 25, 2026

Copy link
Copy Markdown
Member

Some of the signatures expected by our runtime symbols are slightly different from one target to the other one (i8 vs u8), and while the original definition uses type alias, they are not recorded and displayed in the diagnostic.

So, to avoid any ambiguity let's add a small note that the displayed signature is only for the current target.

r? @GuillaumeGomez

@rustbot rustbot added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. labels Jul 25, 2026
@GuillaumeGomez

Copy link
Copy Markdown
Member

Looks good to me, thanks! r=me once CI pass

@Urgau

Urgau commented Jul 25, 2026

Copy link
Copy Markdown
Member Author

@bors r=GuillaumeGomez rollup

@rust-bors

rust-bors Bot commented Jul 25, 2026

Copy link
Copy Markdown
Contributor

📌 Commit c49a172 has been approved by GuillaumeGomez

It is now in the queue for this repository.

🌲 The tree is currently closed for pull requests below priority 1000. This pull request will be tested once the tree is reopened.

Reason for tree closure: spurious failures

@rust-bors rust-bors Bot added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Jul 25, 2026
JonathanBrouwer added a commit to JonathanBrouwer/rust that referenced this pull request Jul 25, 2026
…target, r=GuillaumeGomez

Clarify that the expected runtime symbols signature is for the current target only

Some of the signatures expected by our runtime symbols are slightly different from one target to the other one (`i8` vs `u8`), and while the original definition uses type alias, they are not recorded and displayed in the diagnostic.

So, to avoid any ambiguity let's add a small note that the displayed signature is only for the current target.

r? @GuillaumeGomez
JonathanBrouwer added a commit to JonathanBrouwer/rust that referenced this pull request Jul 25, 2026
…target, r=GuillaumeGomez

Clarify that the expected runtime symbols signature is for the current target only

Some of the signatures expected by our runtime symbols are slightly different from one target to the other one (`i8` vs `u8`), and while the original definition uses type alias, they are not recorded and displayed in the diagnostic.

So, to avoid any ambiguity let's add a small note that the displayed signature is only for the current target.

r? @GuillaumeGomez
chenyukang added a commit to chenyukang/rust that referenced this pull request Jul 26, 2026
…target, r=GuillaumeGomez

Clarify that the expected runtime symbols signature is for the current target only

Some of the signatures expected by our runtime symbols are slightly different from one target to the other one (`i8` vs `u8`), and while the original definition uses type alias, they are not recorded and displayed in the diagnostic.

So, to avoid any ambiguity let's add a small note that the displayed signature is only for the current target.

r? @GuillaumeGomez
chenyukang added a commit to chenyukang/rust that referenced this pull request Jul 26, 2026
…target, r=GuillaumeGomez

Clarify that the expected runtime symbols signature is for the current target only

Some of the signatures expected by our runtime symbols are slightly different from one target to the other one (`i8` vs `u8`), and while the original definition uses type alias, they are not recorded and displayed in the diagnostic.

So, to avoid any ambiguity let's add a small note that the displayed signature is only for the current target.

r? @GuillaumeGomez
chenyukang added a commit to chenyukang/rust that referenced this pull request Jul 26, 2026
…target, r=GuillaumeGomez

Clarify that the expected runtime symbols signature is for the current target only

Some of the signatures expected by our runtime symbols are slightly different from one target to the other one (`i8` vs `u8`), and while the original definition uses type alias, they are not recorded and displayed in the diagnostic.

So, to avoid any ambiguity let's add a small note that the displayed signature is only for the current target.

r? @GuillaumeGomez
JonathanBrouwer added a commit to JonathanBrouwer/rust that referenced this pull request Jul 26, 2026
…target, r=GuillaumeGomez

Clarify that the expected runtime symbols signature is for the current target only

Some of the signatures expected by our runtime symbols are slightly different from one target to the other one (`i8` vs `u8`), and while the original definition uses type alias, they are not recorded and displayed in the diagnostic.

So, to avoid any ambiguity let's add a small note that the displayed signature is only for the current target.

r? @GuillaumeGomez
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. T-compiler Relevant to the compiler team, which will review and decide on the PR/issue.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants