I made an effort to do the Windows installers this time with MSVC, and I made some changes in the code and build system to enable that. However, I have decided to revert to the MinGW build, because of problems exporting std:: collections in DLLs with the Microsoft compiler, which is not so great in this department. I would have to change the DLL interface for CsoundAC everywhere and never return std::string or std::vectr<> or ublas types, which I am not willing to do.

That's the bad news.

The good news is, if we do not normally use the Microsoft compiler and the MinGW debugger is now adequate, we can agree to use OpenMP for parallelizing Csound, at least if actually using it turns out to work with MinGW, which appears to support it.

I should have the Windows installers built in a day or so.

Regards,
Mike



-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net