[Scummvm-devel] MSVC9 -Project files

Vicent Marti tanoku at gmail.com
Thu Apr 2 22:38:36 CEST 2009

The MSVC solutions are automatically updated with a batch script. It
should be right along the solutions, if I remember properly.
Either way, you are right, the the Visual Studio projects for all
versions are mostly outdated, mainly because not many ScummVM
developers use Windows. :)

I bet those patches would be totally welcome, so feel free to submit
them on the tracker when you have some time. Heck, I might even
install Visual Studio 2008 to hack away some... after shelling the
cash for that VIM plugin, that is.

Oh, and regarding the ugly SDL #defines, they are probably needed by
other ports/platforms. Otherwise they wouldn't be there.

Vicent Martí

On Thu, Apr 2, 2009 at 8:17 PM, Norbert Lange <lange at chello.at> wrote:
> How are they kept up to date (Im assuming they are just done by hand
> periodically)?
> Cause they could use some work, and I did just that... like enabling
> Flac-support and moving the defines in a global settings file so you dont
> need to add/remove preprocessor directives like "USE_FLAC" for every
> engine/project, and did a similar thing for compiler+linker settings.
> If theres need or interest I can upload some patches, I`d need to clean
> the workspace up a bit before that though.
> Also, a question about the Programmstart, this is how its done currently
> on Win32:
> *) #define main as SDL_Main (is it just me or is this buttugly?)
> [SDL_Main.h#50]
> *) implement WinMain() to initialise SDL, then call main() (which is a
> macro to SDL_Main)
> *) setup linker for a console-app
> *) and then manually specify WinMain() as entrypoint?
> whats speaking against the simple way of just adding the needed couple of
> lines to initialise SDL in the normal main() routine instead?
> .
> #if defined (WIN32)
>        SDL_SetModuleHandle(GetModuleHandle(NULL));
> #endif
> .
> done that and it compiles, links and runs just fine. This weird
> main-renaming stuff aint needed IMHO!?! (might be it was needed sometime)
> Cheers, Norbert
> ------------------------------------------------------------------------------
> _______________________________________________
> Scummvm-devel mailing list
> Scummvm-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scummvm-devel

More information about the Scummvm-devel mailing list