I thought I’d poke my head in here... I’m the project lead for the CoApp project, I just got pointed to this discussion.
As you can surmise, most of our initial work is happening with Visual C++, however one of our primary goals is to ensure that multiple compilers are supported—including MinGW.
Conan Kudo Wrote:
>> Seems the hard requirement is that it uses the Microsoft buildsystem
>> (included with the .NET Framework and does work with C/C++
>> projects) instead of the GNU buildsystem
There are a couple of options in this regard, actually. We’ve got some flexibility in what build scripts get generated to compile a particular project. Initially, yeah, we’re targeting MSBuild 4.0, which can be easily configured to support multiple compilers (it handles VC9 and VC10 out of the box). However only a small divergence needs to take place and we can target another build toolset like gnu make, or even cmake. This is a hight priority item that I’m going to pursue once I’ve got the basic functionality working with VC10.
>>From what I've read, the CoApp project appears to have plenty of
>> server space to host an Open Source repository. I believe they
>> may have some commercial backing including Microsoft.
Heh-heh… Microsoft does pay my salary, as well we should have no problem providing the adequate server resources to support as much as we could need.
>> If the
>> CoApp group is willing to host libraries from other compilers side
>> by side with Visual C/C++ libraries, it might make a good resource
>> for all Windows developers, not just Visual C/C++ developers.
Absolutely. I’m more than willing to make this all work side-by-side with MinGW versions of the libraries—I have used MinGW extensively in the past, and still have it installed on my development machines for a wide variety of purposes.
With regards to other package management implementations on Windows, I’ve looked in depth at most of them, and while they suit some needs one way or another, they don’t quite fit for all purposes, and trivially for developers and end users alike. We have people from many OSS communities involved (PHP, Python, Perl, some .NET folks, Apache, some folks interest in GTK, QT, … the list keeps going.)
My goal is to provide a system that all developers (OSS and commercial, any language) can leverage easily to build, publish and consume applications and libraries on the Windows platform.