September 10th, 2003, 3:19 am
Regarding a C++ compiler for Windows...Is the code you wish to write not really needing a GUI and instead oriented more towards computation, file I/O, network I/O, database, and/or text. In other words, are you not writing code using features specific to Microsoft Windows O/S & GUI's ? Are you comfortable with a CLI (Command Line Interface) ?If so, there are two additional options to consider:*) CYGWIN = (Cygnus Windows) = (Cy... GNUs for WINdows) = GNU+ been around longer, so more stable and mature+ substantial numbers of well-known 3rd-party opensource packages ported to it.- development efforts seem to be tapering off~ oriented towards unix-types who want a familiar CLI on their PC desktop or laptop.- to distribute binaries to other Wintel users you must include a more substantial run-time library environment- not really appropriate for creating DLL's for access from Windows-based programs (i.e. from Excel)- essentially creates a self-contained environment which is not as straightforward to interact with Windows-based programs.*) MinGW (Minimal GNU for Windows) + MSYS+ a more minimal run-time library, possibly not even needing to be included separately when distributing binaries- much newer and not as well established or broken-in and still going through growing pains+ development of the environment is continuing and expanding+ seems to offer better access to Microsoft O/S API's (i.e. Win32, etc)+ can build DLL's to be accessed from other Windows-based programs+ better for writing programs which can interact with other Windows-based programsI have them both, but I still really only use CYGWIN for now since I am more of a unix-type. I will gradually migrate to MinGW/MSYS as it evolves. Even though MinGW seems to have better potential for developing Windows-specific GUI apps, the development environment still seems more CLI-oriented. CYGWIN is oriented mostly towards CLI with only minimal GUI capability.Note that with both of these environments, not only do you get the GNU C++ compiler, which includes other languages such as Pascal & Fortran, but equally important you can also get Perl if you didn't already have a standalone install of that. Working with text data files, even Perl runs orders of magnitudes faster than Excel or Access, not to mention the speed boost from C++.You need to decide how this fits into the context of your requirements.
Last edited by
kc11415 on September 9th, 2003, 10:00 pm, edited 1 time in total.
All standard disclaimers apply, and then some.