Skip to content

Commit cc463db

Browse files
committed
Strengthen wording on "C" ABI
When using the "C" ABI, do we "match" the default ABI chosen by the dominant C compiler for the target or do we "attempt" to match it? Tough question. There are believed to be some exceptions in current behavior. However, in the Reference, we generally state things in terms of what the consensus is on how they should be and then note the bugs, so let's do that here. We'll just say that we "match" it.
1 parent 45de0c5 commit cc463db

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

src/items/external-blocks.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -121,7 +121,7 @@ r[items.extern.abi.rust]
121121
* `unsafe extern "Rust"` --- The native calling convention for Rust functions and closures. This is the default when a function is declared without using [`extern fn`]. The Rust ABI offers no stability guarantees.
122122
123123
r[items.extern.abi.c]
124-
* `unsafe extern "C"` --- The "C" ABI attempts to match the default ABI chosen by the dominant C compiler for the target.
124+
* `unsafe extern "C"` --- The "C" ABI matches the default ABI chosen by the dominant C compiler for the target.
125125
126126
r[items.extern.abi.system]
127127
* `unsafe extern "system"` --- This is equivalent to `extern "C"` except on Windows x86_32 where it is equivalent to `"stdcall"`.

0 commit comments

Comments
 (0)