Commit graph

11 commits

Author SHA1 Message Date
shawns-valve
b2752f9327 Update readme.txt 2024-08-21 18:34:27 -07:00
shawns-valve
42f2ec8bc8 Added VS2019 projects for mod DLLs, removed Meson 2024-08-21 18:31:07 -07:00
shawns-valve
0fc8913c54 HL25 SDK Update 2024-08-20 19:58:27 -07:00
Cathal McNally
6094dbdf99 Update to smdlexp.vcxproj
Added Module definition File to linker input for all configurations,
previously only added to debug as spotted by @ripieces Also changed the
relative pathing to $(ProjectDir)..\..\utils\smdlexp\smdlexp.def ->
Cleaner and makes more sense :)
2014-07-21 11:53:15 +02:00
Cathal McNally
3708653ef9 Update smdlexp.vcxproj
Added a relative path to the required Module definition File smdlexp.def
found in halflife\utils\smdlexp

Although the project will compile fine without this step, 3DSMAX will
fail to load the plug-in giving errors such as "smdlexp.dle doesn't
implement LibVersion"

It seems that smdlexp.def needs to be explicitly defined in the vcxproj
in order to work.
2014-07-21 01:19:11 +02:00
Dominik Tugend
e82f7afafc fixes ValveSoftware/halflife#1529 2014-07-19 16:41:43 +02:00
Dominik Tugend
a96f882f9d Visual C++ 2010 Express support for utils
Among other problems also fixes ValveSoftware/halflife#1391
2013-10-22 20:52:06 +02:00
Dominik Tugend
0c00c21dc6 CRLF issues with git
Seems as if git wants to normalize the line endings to LF
However they will be converted to CRLF on checkout due to the
.gitattributes file
2013-10-07 13:34:55 +02:00
Dominik Tugend
b92704dd19 No RTTI on dmc and ricochet
Just as in the original .dsp files.
2013-10-07 10:26:47 +02:00
Dominik Tugend
9ff405e473 Enabled RTTI on hldll and hl_cdll
Enabled RTTI on those projects as it is in the original DSPs (ricochet and
dmc don't have RTTI enabled).
2013-10-07 10:21:53 +02:00
Dominik Tugend
a800ff8246 Visual C++ 2010 Express support
fixes ValveSoftware/halflife#1338

Changes:
- added project files for Visual C++ 2010 Express
- resolved function calls that would otherwise be ambiguous now
- solved ARRAYSIZE macro and HSPRITE type collisions with Windows.h and
  winsock.h includes by guarding the includes

TODO:
We should think about if we actually should instead link to a .h that
defines / redirects the required macros, so that platform differences
would be limited to a few .cpp files (meaning not including windows.h in a
huge number of files as it is now), see the issue above for details.
2013-10-06 21:22:29 +02:00