- Add separate boost package instructions for Ubuntu 15.10
- Clarify BerkeleyDB/wallet situation for unix
- Add basic build instructions for Windows (closes #1401)
[skip ci]
The statement about individual package names for Ubuntu is a little unclear. First, you say that for 15.10+ you can do this with individual -dev packages, but then you go on to say that for 12.04+ you have to use the -all-dev. Did I misread?
Good point, will change that to say pre-15.10.
BTW it is probably the same for newer versions of Debian, I just don't know so I kept that the same. Installing libboost-all-dev is a safe fallback.
32 | + make HOST=x86_64-w64-mingw32 -j4 33 | + cd .. 34 | + ./configure --prefix=`pwd`/depends/x86_64-w64-mingw32 35 | + make 36 | + 37 | +For further documentation on the depends system see [../depends/README.md](README.md) in the depends directory.
Nit: Syntax is wrong. Try [Read](../link)
Unrelated note: You may want to remove the (closes [#1401](/bitcoin-bitcoin/1401/)) from the commit message because GitHub parses this every time this appears in a commit with a different hash (e.g. force push, cherry-pick)
0 | @@ -0,0 +1,38 @@ 1 | +WINDOWS BUILD NOTES 2 | +==================== 3 | + 4 | +Some notes on how to build Bitcoin Core for Windows. 5 | + 6 | +Building on Windows itself is possible, but no one documented the steps to do this.
Is this necessary to note?
Oh, I see -- since you're only documenting cross-compilation. Nevermind!
Hm, yes, may be better to reverse this paragraph and the next.
ACK
Text-Review ACK.
It would be nice to shuffle Qt4/5 order in the doc/build-unix.md around L106. We should first mention Qt5 and maybe "tag* Qt4 as supported but not optimized for (or something similar).
60 | @@ -61,34 +61,40 @@ Dependency Build Instructions: Ubuntu & Debian 61 | ---------------------------------------------- 62 | Build requirements: 63 | 64 | - sudo apt-get install build-essential libtool autotools-dev autoconf pkg-config libssl-dev libevent-dev 65 | + sudo apt-get install build-essential libtool autotools-dev autoconf pkg-config libssl-dev libevent-dev
Nit: these whitespaces are not consistent throughout the document.
Some code parts are wrapped with ```, while others are not, and the number of spaces seems to be different (e.g. "To build": 0, Build requirements" has more than "To build with Qt 4...").
As long as the rendered output looks correct, this doesn't matter too much.
Well, if only the rendered output matters, then I suggest to use plain ``` around code parts, without spaces.
But it actually doesn't look correct: "To build" isn't indented, while "Build requirements" is [...].
Here's an example from another part:

Not going to worry about spaces too much here, sorry. Let's focus on technical content.
@dexX7 I see, now. 4 Spaces or one tab are enough in the source markdown.
@MarcoFalke: right.
So either: [4 spaces][code]
Or:
[code]
@laanwj: content itself looks good to me!
It would be nice to shuffle Qt4/5 order in the doc/build-unix.md around L106. We should first mention Qt5 and maybe "tag* Qt4 as supported but not optimized for (or something similar).
Yes, good idea.
- Add package instructions for Ubuntu 15.10
- Clarify BerkeleyDB/wallet situation for unix
- Add basic build instructions for Windows (closes #1401)