-
Notifications
You must be signed in to change notification settings - Fork 13.6k
Labels
A-linkageArea: linking into static, shared libraries and binariesArea: linking into static, shared libraries and binariesC-bugCategory: This is a bug.Category: This is a bug.O-ArmTarget: 32-bit Arm processors (armv6, armv7, thumb...), including 64-bit Arm in AArch32 stateTarget: 32-bit Arm processors (armv6, armv7, thumb...), including 64-bit Arm in AArch32 stateO-windows-msvcToolchain: MSVC, Operating system: WindowsToolchain: MSVC, Operating system: WindowsT-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.
Description
On windows compiled to arm64ec-pc-windows-msvc
target with -Zbuild-std
got linking error:
error: linking with `link.exe` failed: exit code: 1120
= note: Creating library D:\a\Img\Img\build-dir\arm64ec-pc-windows-msvc\src\deps\Img.lib and object D:\a\Img\Img\build-dir\arm64ec-pc-windows-msvc\src\deps\Img.exp␍
symbols.o : error LNK2001: unresolved external symbol #_RNxC3std12H7JG8fmF3Zv8 (EC Symbol)␍
D:\a\Img\Img\build-dir\arm64ec-pc-windows-msvc\src\deps\Img.exe : fatal error LNK1120: 1 unresolved externals␍
Rust 1.87.0-nightly (ecade53 2025-03-14)
Metadata
Metadata
Assignees
Labels
A-linkageArea: linking into static, shared libraries and binariesArea: linking into static, shared libraries and binariesC-bugCategory: This is a bug.Category: This is a bug.O-ArmTarget: 32-bit Arm processors (armv6, armv7, thumb...), including 64-bit Arm in AArch32 stateTarget: 32-bit Arm processors (armv6, armv7, thumb...), including 64-bit Arm in AArch32 stateO-windows-msvcToolchain: MSVC, Operating system: WindowsToolchain: MSVC, Operating system: WindowsT-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.
Activity
Palkovsky commentedon Apr 16, 2025
I'm getting similar one, since
1.85
, without even using-Zbuild-std
:@dpaoliello Any ideas?
dpaoliello commentedon Apr 21, 2025
I can reproduce with 1.86, will investigate...
dpaoliello commentedon Apr 22, 2025
I have a root cause and a fix: Rust is decorating all symbols with
#
for Arm64EC, when it should only be decorating functions. Running tests now and will have a PR out shortly.Rollup merge of rust-lang#140176 - dpaoliello:arm64ecdec, r=wesleywiser
Auto merge of rust-lang#140176 - dpaoliello:arm64ecdec, r=<try>
21 remaining items
Rollup merge of rust-lang#141061 - dpaoliello:shimasfn, r=bjorn3
Rollup merge of rust-lang#141061 - dpaoliello:shimasfn, r=bjorn3
Auto merge of #141061 - dpaoliello:shimasfn, r=bjorn3
Auto merge of #142742 - dpaoliello:arm64eclinking, r=<try>
Auto merge of #142742 - dpaoliello:arm64eclinking, r=<try>
Rollup merge of rust-lang#142742 - dpaoliello:arm64eclinking, r=bjorn3
Auto merge of rust-lang#141061 - dpaoliello:shimasfn, r=bjorn3
Rollup merge of rust-lang#142742 - dpaoliello:arm64eclinking, r=bjorn3
Unrolled build for #142742
Enable arm64ec
Enable arm64ec under Windows
Auto merge of rust-lang#141061 - dpaoliello:shimasfn, r=bjorn3
Auto merge of rust-lang#141061 - dpaoliello:shimasfn, r=bjorn3