-
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
trivial: remove boost::{function, lexical_cast} usage, backport bitcoin#25550, #24624, #24406, cleanup some gArgs usage in init #5986
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.
LGTM 3c1969a
Why is it draft?
It is already enabled in our configure.ac: https://github.com/dashpay/dash/blob/master/configure.ac#L459 is it? Probably you don't need to specify that option anymore. |
I remember needing to add it because I was working on one of the deglob PRs and everything looked good on my machine but CI highlighted an ordering issue. To make sure those errors get flagged locally, I added the flag manually just to make sure.
Because I need to confirm that the changes to the keyboard shortcuts haven't broken them. EDIT: Have validated that keyboard shortcuts work as expected in an Ubuntu 22.04 VM. |
3c1969a
to
3a2fe3a
Compare
There seems to be some CI-specific issue based on how it's interacting with the 3c1969a is a known-good version of this PR (build), new changes were pushed with 94bb169 which caused failures with Considering the possibility that my changes in two PRs could have broken the same test, I spent a lot of time getting IPv6 to work properly locally only for The latter being done because for a while, GitHub was re-using the same GitLab results instead of triggering a new build, though since then, it has triggered both builds for both the original and refreshed commit. 3c1969a and 3a2fe3a are the same commit (diff) and both 3c1969a (build) and 3a2fe3a (build), fail with CI. Work on this PR has been put on halt for now. EDIT: Worked around with #5988 |
range-diff looks good (build ci was happy previously as well)
|
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.
utACK 740d25c
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.
utACK 740d25c
…list `boost::lexical_cast` isn't used anywhere in Dash Core, the sole remaining use being in a benchmark, despite it no longer being used in Dash Core. Let's drop the benchmark and drop `boost/lexical_cast.hpp` from allowed Boost headers
We don't touch `CleanupBlockRevFiles` as the function is moved to blockstorage in bitcoin#21727, where it would need access to the global. GetBlocksDirPath() is non-const and invocations of that aren't included either.
…5986 c874205 fix(qt): tab switching via shortcuts doesn't work after 5986 (UdjinM6) Pull request description: ## Issue being fixed or feature implemented Looks like 3265b54 (#5986) broke it ## What was done? ## How Has This Been Tested? run dash-qt, try using shortcuts `cmd+1`, `cmd+2` etc. (on macos) ## Breaking Changes n/a ## Checklist: - [x] I have performed a self-review of my own code - [ ] I have commented my code, particularly in hard-to-understand areas - [ ] I have added or updated relevant unit/integration/functional/e2e tests - [ ] I have made corresponding changes to the documentation - [x] I have assigned this pull request to a milestone _(for repository code-owners and collaborators only)_ ACKs for top commit: PastaPastaPasta: ACK c874205 kwvg: ACK c874205 Tree-SHA512: 62a593ec804d75ff8aada0ef9ea90106adbf8cd11b202a6296086f55c2a4d2181e56dc8e56193a0ed49d94e55ee3236ab441ab477c8ca6d7b0c649dff987dbbc
Additional Information
When building Dash with
clang-16
, I use the followingCXXFLAGS
:The explanations of the
-Wno*
flags are as follows:-Wno-unused-command-line-argument
-static-libstdc++
, a GCC-ism that isn't recognized as a valid argument in Clang (no longer an issue thanks to #5958, thanks knst!)-Wno-deprecated-builtins
nanobench
that exist even in the most current version (see below)-Wno-deprecated-volatile
focal
) relies on deprecated volatiles (see below)-Wno-ambiguous-reversed-operator
-Wno-deprecated-enum-enum-conversion
-Wno-deprecated-builtins
-Wno-deprecated-volatile
-Wno-ambiguous-reversed-operator
-Wno-deprecated-enum-enum-conversion
This pull request removes the need for the last two
-Wno*
flags, removes some leftoverboost::
{function
,lexical_cast
} usage and somegArgs
usage where a local variable would be more applicable.Additionally, in some builds, there is an deprecation warning (
-Wdeprecation
) for using[=]
and relying on its implicit capture ofthis
(see below), this can be seen during GCC builds but not Clang builds and correspond to a proposal to the C++20 standard (proposal).It has also been mentioned at https://en.cppreference.com/w/cpp/language/lambda, "The implicit capture of
*this
when the capture default is=
is deprecated. (since C++20)". This has also been remedied as part of this PR.-Wdeprecated
Checklist