TO DEVS: please update used git_id
Now cmake support adding completed.
* If you plan build MaNGOS at Unix/Linux then you need have
installed cmake package and only can build mangos wiht cmake use:
cmake; make; make install
* If you plan build MaNGOS at Windows then for this time prefered
use old way with Visual Studio projects in win directory.
You _can_ use cmake way MaNGOS build but this experemental mode.
For cmake using build you need have cmake tool installed at Windows.
And need run cmake (for example by run createprojects.bat in MaNGOS
root directory and then load generated Visual Studio solltion file
build/mangos.sln
* This make some ppl happy who not have installed VS2010 runtime.
* Also vmap assembler include recent fix for absend locale support,
that ofc only affect ppl who before can't use assembler with this locales supporting client.
* Also small update for vmap extarctor project .gitignore
* Unix encoding
* Never never use in any cases not only mangos filenames with spaces. Tools can generate
expected nightmare level without like help from your side ;)
Note that WoW 4.x support for libmpq still unclear, but in any case
this Stormlib version is outdated too and will not support it either,
even if we need to switch back.
* Note: vmap_assembler tool will not compile until final commit of new vmap system
* Now also comes with Visual Studio 2010 project files and CMake files
Note: This is not compatible with current assembler, wait for upcoming commits
* Now also supports Linux (CMake) and Visual Studio 2010,
see README for build and use instructions
* Uses libmpq for now, since at project start stormlib did not work
properly on 64bit linux.
* Should be a lot faster, a few badly written lines ate most CPU time for
nothing...
Special thanks to arrai and faramir118 for additional code and fixes
+ Got rid of zip lib requirement in G3D...
Still can re-enable code by defining _HAVE_ZIP...
+ Remove silly X11 lib dependency from G3D
Code doesn't seem to do anything yet anyway, and even if, we don't want it :p
+ Fix another weird G3D build problem...
+ Remove some __asm usage in g3d, which is not available on Win64
My editor also decided to remove a ton of trailing white spaces...tss...
+ Reapply G3D fixes for 64bit VC
+ not use SSE specific header when SSE not enabled in *nix
+ Updated project files
+ New vmap_assembler VC90/VC80 Project
+ vmap assembler binaries updates
NOTE: Old vmap fikes expected work (as tests show) with new library version.
But better use new generated versions. Its different in small parts to bad or good...
(based on Lynx3d's repo commit 44798d3)
Signed-off-by: VladimirMangos <vladimir@getmangos.com>
Also restore build at Windows (Win32 not have unistd.h)
Win32 ad.exe binary updated but not expected any functional differences.
Signed-off-by: VladimirMangos <vladimir@getmangos.com>
- removed deprecated code from RASocket
- allow more than one login at a time on the RA console
- added gsoap library for handling SOAP requests
- removed deprecated mangos_string entry
Thanks to:
- Derex for reporting a bug which occured if more than 1024
players were connected [poll() vs select()]
- caeruleaus for adding windowsbuild support
- vladimir for suggesting a different thread starting order
- fdb_ for suggesting SOAP in the first place
* Extractor now include in extarcted DBC dir data file with build info.
* Mangosd use this data for check at startup for main DBC dir and DBC local subdirs intergrity.
* Also updates DBC checks for raw data.
NOTE: You need reextract DBC data by _new_ extractor for correct work mangosd.
* Avoid create debug binary version with space in name, ignore it in git changes.
* Alow filenum == 0 in archive file lists. Some currently not loaded fiels have its
for example in case when in archive single file.
NOTE: no change in extracted files, so not need re-execute.
This will fix large size some generated vmap files and optimize server work with its.
NOTE: in fact no changes in real in game data but for optimize work better regenerate vmaps with new splitConfig.txt.
Signed-off-by: VladimirMangos <vladimir@getmangos.com>
