-
Notifications
You must be signed in to change notification settings - Fork 1.4k
babeld: Convert all code to use our code formatting rules #18630
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
babeld: Convert all code to use our code formatting rules #18630
Conversation
|
This pull request has conflicts, please resolve those before we can evaluate the pull request. |
|
Waiting on Alistair's discussion with Juliez ... |
|
I spoke to Juliusz last Friday. Here are the takeaways
|
026d278 to
6ab3888
Compare
mjstapp
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we should remove the exception for checkpatch now?
tools/checkpatch.sh:ignore="ldpd\|babeld"
mjstapp
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
super, thanks
The babeld code was originally kept in a non-standard format, at least to how FRR formats code, because the code came from outside the project and it was hoped that updates would be coming from the originators. That has not turned out to be true and we've been slowly getting bug-fixes for the code over the last year as it is being used. Let's just bite the bullet and convert over to our internal format for consistency. Signed-off-by: Donald Sharp <[email protected]>
cfce59b to
78480a3
Compare
Make babeld use checkpatch. Signed-off-by: Donald Sharp <[email protected]>
Babel is formatted correctly now so let's remove the exclusion Signed-off-by: Donald Sharp <[email protected]>
78480a3 to
0d9d6a4
Compare
|
checkpatch is wrong for this last one. there are a series of if /else statements where some return and some don't. We should not remove the last else statement |
|
yes, we talked about this in slack, and it's not worth refactoring the clause that's triggering that warning (right now)
|
|
Hello Team, |
The babeld code was originally kept in a non-standard format, at least to how FRR formats code, because the code came from outside the project and it was hoped that updates would be coming from the originators. That has not turned out to be true and we've been slowly getting bug-fixes for the code over the last year
as it is being used. Let's just bite the bullet
and convert over to our internal format for consistency.