-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Freebsd items #2451
Freebsd items #2451
Conversation
r? @JohnTitor (rust-highfive has picked a reviewer for you, use r? to override) |
Seems you messed up the branch. |
319704f
to
26f7be2
Compare
I didn't finish the rebase for whatever reason. Should be better now. Let's see if CI is happy, I think a few things will be broken so I'll look how to fix them and check how to ignore some fields checks as well if needed. |
13d0662
to
e4c578a
Compare
@JohnTitor: Any idea why it's complaining about constants not being used?
|
Because it's already declared on a parent module: Line 521 in e1eb972
|
Ah nice! Less work for me. :3 |
901bb48
to
0518911
Compare
0518911
to
e323f88
Compare
I updated locally the link to
The fields don't seem duplicated so I'm not sure what would be the issue here. Any idea maybe? |
I guess some headers have |
What do you mean? We have two ".h" including the same one you mean? Shouldn't |
I guess so because I remember that the same (or similar) failure happened in the past and it was due to import some similar header files (IIRC something like |
b14a3b7
to
d7dfd3a
Compare
The last error is pretty interesting:
The |
d7dfd3a
to
afb8241
Compare
It's newly added and hasn't been released yet, I think: freebsd/freebsd-src@25c6318 |
Ah, I shouldn't have look at the freebsd source code directly then haha. Thanks a lot for the information! |
f300a01
to
00a8ef9
Compare
b0eee59
to
2b5532b
Compare
2b5532b
to
037806f
Compare
I fixed the |
More flexible rule around adding public fields to struct with private fields This comes from rust-lang/libc#2451. Before this PR, the `kinfo_proc` struct only had one field which was private. I added the missing fields and made them all public. It doesn't seem to be a semver breaking change as the code using this struct previously will still work exactly the same.
As the above comment says, we should also update the nightly version in the CI config. |
Where is it set? I looked in the |
Here: libc/.github/workflows/bors.yml Lines 253 to 275 in 5d7f90c
|
I was simply not looking at the right place. Thanks! |
0dbbb9d
to
409d55d
Compare
409d55d
to
b540e1b
Compare
Updated the CI nightly version as well! |
🎉, let's give it another try. |
📌 Commit b540e1b has been approved by |
☀️ Test successful - checks-actions, checks-cirrus-freebsd-11, checks-cirrus-freebsd-12, checks-cirrus-freebsd-13 |
Thanks a lot for your help @JohnTitor ! :) |
This will break |
@lnicola Good catch, thanks! |
Pull in `libkvm` on FreeBSD This is needed when updating `libc` after rust-lang/libc#2451. Spotted in rust-lang#90464 where it caused `rust-analyzer` to fail to link. Similar to rust-lang#88676.
No description provided.