-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Fix (and silence) a bunch of build-time diagnostics ("warnings") #1278
Conversation
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.
Looks like a couple of copy/paste errors.
Aha. Then it is perhaps time to rebase the pull request on master and
see if we can get it merged before it is too late this time?
…--
Happy hacking
Petter Reinholdtsen
|
The *QUIETFLAGS Makefile variables seem scary, hiding coding errors that could cause security or stability issues. Perhaps we should make an effort to get completely rid of them? |
Note, I tried addressing one of the warnings in #1922 by completely rewriting the print methods to avoid statically allocated buffers. |
7b58951
to
e53842d
Compare
I've heavily revised this PR and would appreciate re-review @SebKuzminsky @petterreinholdtsen |
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.
The code changes look good, more unsure about the build option changes, as some of them only hide the warnings, but do not solve the issues.
We deliberately use truncating formats and string operations, this is not something the compiler should warn us about.
These occur internally to boost::python headers.
4/5 based on a review comment by seb, 1 more caught by grep
.. so rename it. I don't know if anyone is using the rule, but if so they have to adjust their manual process This also fixes the build-time diagnostic ``` Makefile:865: warning: overriding recipe for target 'install-menu' Makefile:648: warning: ignoring old recipe for target 'install-menu' ```
.. it's ignored in the caller, but this should be the return value. It quiets a diagnostic about res being assigned but not used.
.. the manpage is still generated. This is done simply to get rid of the diagnostic message when it's built in-tree. I considered the alternative of providing a TOPDIR value during build, but as I would only be able to test it during a uspace build I decided not to do so. I'd be happy to see it done as a substitute, though, as otherwise the component is likely to bitrot.
.. it quiets some stringop-truncation diagnostics
37f6eaf
to
e489bc2
Compare
No description provided.