concept ACK, the diff is small enough I don't see this is as a change that would ruin history, while still being a large scale [trivial] refactor.

Concept ACK. It has to be done.

Do not change univalue tree here. Why is using namespace bench bad here?

@paveljanik I reverted the univalue changes. Using namespaces anywhere is generally a bad idea. The primary reason is explained better than I can here. The gist of it is captured in this sentence: "Library Foo 2.0 could introduce a function, Quux(), that is an unambiguously better match for some of your calls to Quux() than the bar::Quux() your code called for years. Then your code still compiles, but it silently calls the wrong function and does god-knows-what. That's about as bad as things can get." Also, a user may see namespace use in one file and think it's fine to do it elsewhere.

FWIW, binary check still passes (updated initial post with output for e81f1a0).

Concept ACK

"Using namespaces anywhere is generally a bad idea."

To disambiguate this: The use of namespaces in general is not a bad idea, right? Namespaces can IMO be a useful code-organization principle. But the using namespace statement is - that part I agree on, certainly in global scope.

This changes so many source files though :( Let's make sure that we first merge in the features and fixes that we really want in 0.14, to avoid giving people extra rebasing busywork.

@laanwj Oh, yes apologies about ambiguous wording. If I were to decide there'd be a lot more namespaces in the code, but one step at a time, right? :)

There are a lot of files changed, yeah. Luckily, rebasing is extremely trivial and straight-forward, and that goes both ways, so I will gladly rebase this PR once you feel ready for it.

A secondary option is that you pick files that you want and I make separate PR:s for those files and we do this iteratively.

@kallewoof I've merged this, and can still see lots of usage of namespace std i.e in addrman_tests, or dbwrapper_tests. Have they been left on purpose?

@fanquake I used a "find all" for using namespace and fixed everything, but you're right, somehow there's a lot left.

For starters I'm going to fix the leftovers so this PR is complete. Thanks for pointing that out!

Concept ACK, but this may be too disruptive for a single PR, perhaps you should consider dividing it in a few smaller ones. Maybe start with namespace std?
Personally other uses like using namespace benchmark ins src/bench/bench.cpp don't bother me that much, but I'm not against removing them either.
Another advantage of dividing it in smaller ones (apart from each being more reviewable and mergeable separated) is that they will individually require rebase less often.
Needs rebase.

Yeah, I started doing that (2 PRs so far; I plan to make the next one whenever the current one is merged to not swamp the members), but felt I could keep this PR around as a central point of sorts. I am closing this one though as it can be closed and still be referenced.