I'm specifically trying to avoid running multiple versions of Visual Studio
for the sake of one project.

On 7 May 2018 at 15:47, Francisco Javier Bizcocho Antúnez <
volkovda...@gmail.com> wrote:

> You are not gaining anything by using VS2017, all the relevant engine
> functionality is already compiled. You're only getting the burden of making
> it work with a compiler with a different C++ runtime. Just install VS2013
> compiler and all the issues will go away.
> On Mon, 7 May 2018 at 06:41, Tom Schumann <schumann....@gmail.com> wrote:
>
> > Well that got me a bit further - looks like  _CRTNOALIAS  was defined as
> > nothing (based on
> > https://doxygen.reactos.org/d7/d45/crtdefs_8h_source.html
> > ).
> > Also, pthreadmbcinfo is now struct __crt_multibyte_data*, pthreadlocinfo
> is
> > now struct __crt_locale_data*, _locale_tstruct is now _locale_t
> > and _crtDbgFlag and _crtBreakAlloc have both gone from being global flags
> > to macros defining function pointer types.
> >
> > On 7 May 2018 at 14:51, Tom Schumann <schumann....@gmail.com> wrote:
> >
> > > Possibly but I've compiled Source plugins without issue (I just didn't
> > use
> > > the custom memory management for them).
> > > Anyway, looks like _CRTNOALIAS was probably defined in a previous
> version
> > > of Visual Studio but not longer is. It looks like it should be #define
> > > _CRTNOALIAS __declspec(noalias)
> > >
> > > On 7 May 2018 at 08:56, Francisco Javier Bizcocho Antúnez <
> > > volkovda...@gmail.com> wrote:
> > >
> > >> Usually mixing projects that are compiled with different versions of
> VS
> > >> brings nothing but problems. Even if you manage to compile and link
> you
> > >> can
> > >> always have runtime issues. The C++ runtimes are dufferent. So rule of
> > the
> > >> thumb: use the same compiler to avoid this kind of issues.
> > >>
> > >> On Sun, 6 May 2018 at 23:21, Tom Schumann <schumann....@gmail.com>
> > wrote:
> > >>
> > >> > Yeah I saw that but it looked their problem was not using Visual
> > Studio.
> > >> >
> > >> > On 7 May 2018 at 08:12, Frederique <auspici...@inventati.org>
> wrote:
> > >> >
> > >> > > Somebody with the same issue:
> > >> > > http://www.interlopers.net/forum/viewtopic.php?f=2&t=16578
> > >> > >
> > >> > > Try asking on there if you do not end up with a solution on this
> > >> mailing
> > >> > > list.
> > >> > >
> > >> > >
> > >> > > On 06/05/2018 23:46, Tom Schumann wrote:
> > >> > >
> > >> > >> I'm trying to compile https://github.com/ValveSoftwa
> > >> re/source-sdk-2013
> > >> > in
> > >> > >> Visual Studio 2017 which I know isn't supported, but I've
> > generated a
> > >> > .sln
> > >> > >> using the fix at
> > >> > https://developer.valvesoftware.com/wiki/Source_SDK_2013
> > >> > >> ,
> > >> > >> but I get compile errors which I can't figure.
> > >> > >> Most of the problems seem to be in memoverride.cpp - I get a few
> > >> errors
> > >> > on
> > >> > >> line 122 of
> > >> > >> https://github.com/ValveSoftware/source-sdk-2013/blob/0d8dce
> > >> > >> ea4310fde5706b3ce1c70609d72a38efdf/mp/src/public/tier0/memov
> > >> erride.cpp
> > >> > >> - this declaration has no storage class or type specifier, syntax
> > >> error:
> > >> > >> 'void' should be preceded by ';' and missing type specifier - int
> > >> > assumed.
> > >> > >> Note: C++ does not support default-int
> > >> > >> By eye it all seems okay but it's like the compiler thinks
> there's
> > a
> > >> > >> missing or stray semicolon somewhere.
> > >> > >> Anyone had any luck with this? It seems like memoverride.cpp has
> > been
> > >> > the
> > >> > >> source of a few issues over the years but none of the older
> > solutions
> > >> > I've
> > >> > >> looked at have helped.
> > >> > >> _______________________________________________
> > >> > >> To unsubscribe, edit your list preferences, or view the list
> > >> archives,
> > >> > >> please visit:
> > >> > >> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
> > >> > >>
> > >> > >>
> > >> > > _______________________________________________
> > >> > > To unsubscribe, edit your list preferences, or view the list
> > archives,
> > >> > > please visit:
> > >> > > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
> > >> > >
> > >> > >
> > >> > _______________________________________________
> > >> > To unsubscribe, edit your list preferences, or view the list
> archives,
> > >> > please visit:
> > >> > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
> > >> >
> > >> >
> > >> _______________________________________________
> > >> To unsubscribe, edit your list preferences, or view the list archives,
> > >> please visit:
> > >> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
> > >>
> > >>
> > >
> > _______________________________________________
> > To unsubscribe, edit your list preferences, or view the list archives,
> > please visit:
> > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
> >
> >
> _______________________________________________
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
>
>
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders

Reply via email to