Silence the macOS __eh_frame linker note; wire kigi-bin into workspace lints
macOS ld cannot encode >16MB of __eh_frame in its compact unwind table and says so on every debug link of the large binary. All profiles build with panic=abort, so Rust never unwinds and the note's exception-handling caveat does not apply. Allow rust.linker_messages at the workspace level with that rationale, and give kigi-bin the missing [lints] workspace = true (it was not inheriting workspace lints at all). Also drop the stale xAI authors field and Grok wording from the kigi-bin manifest.
This commit is contained in:
@@ -360,6 +360,13 @@ incremental = false
|
||||
[profile.bench]
|
||||
debug = true
|
||||
|
||||
[workspace.lints.rust]
|
||||
# macOS ld cannot encode >16MB of __eh_frame in the compact unwind table and
|
||||
# says so when linking the (large) debug binary. Every profile builds with
|
||||
# panic = "abort", so Rust never unwinds and the "exception handling
|
||||
# performance" caveat does not apply — the message is noise here.
|
||||
linker_messages = "allow"
|
||||
|
||||
[workspace.lints.clippy]
|
||||
# prost 0.14 renders proto doc-comment bullet lists in a way that trips this
|
||||
# lint on generated code. Kept in sync with bazel/lint/linters.bzl.
|
||||
|
||||
Reference in New Issue
Block a user