[dcplusplus-devel] patch: MSVC compiling

[poy <po...@12...>]

note; mostly because of the boost updating, the patch is huge (50 MB) so 
i've uploaded it here: http://www.sendspace.com/file/8htnse

since the MSVC people recently released the final version of their tr1 
add-on for MSVC 9 (2008), i tried to compile DC++ again with MSVC. i must 
say i've been pleasantly surprised by the fact that it took few changes 
(code-wise) for DC++ to be compilable with MSVC again. moreover, there is no 
added work-around; changes suggested/forced by MSVC actually all make sense. 
besides minor changes here and there, the patch fixes the following in order 
to make DC++ compilable with MSVC (it's roughly a change-log of what i had 
to do...):

- SCons was always using MinGW and the Environment creation wasn't correct 
after my recent help changes; fixed.

- updated boost to 1.35 and added the fusion/ sub-directory, required when 
compiling with MSVC.

- include fixes for tr1 containers in dwt (since GCC uses <tr1/X> and 
MSVC/STLPort use <X>).

- operator() had to be const in dwt dispatchers.

- added precompiled header generation with MSVC using the SCons PCH builder.

- fixed some duplicate IDC_STATIC ids, and made 3 more strings translatable.

- openssl: added .lib files in openssl/lib compiled statically with MASM 
(optimized); updated include files to the latest version.

- intl: gettext tools can't be compiled with MSVC anymore ("MS Visual C/C++ 
with "nmake" is no longer supported." in the gettext win32-readme), so i've 
downloaded compiled .lib and .dll intl files from 
http://www.gtk.org/download-windows.html and that library is dynamically 
linked when compiling with MSVC (see comments in intl/SConscript).

- added a little trick to add a Common Controls 6 manifest directly in the 
exe.

- updated Compile.txt; there's a link to that tr1 feature pack. i've stated 
that MSVC is supported again (provided that one has MSVC 9 and the tr1 
add-on) and boost/STLPort means of getting tr1 containers are deprecated.

poy