* I don't see any docs on why a function wouldn't be reported as a
function, but instead as a public symbol, but this seems to be the
case and it fixes some problems where symbols aren't located. Oh well.
* When I went to explain to someone why the target was named Profile and
not Debug as you might expect, I realised the reasons were entirely
opaque and historical. So instead, rename it to Development since that
is really what it's for - any profiling would be done in Release mode.
* This makes it easier for my auto build scripts (i.e. without xcopy use
I can run them from msysgit bash).
* pdblocate now has Profile32&Release32 vs Profile64&Release64. This was
the easiest way to do it as it has to be compiled in 32bit to interact
with DIA, but we want it copied to the solutions output folder (x64/...
or Win32/...)
* The DIA SDK is only available on VS pro and above, but it's only needed
to be able to resolve symbols in the pdblocate helper program. So we add
a little define that makes pdblocate instantly quit, and then symbol
resolution just fails.
baldurk