I've had a quick look at the source code and it's littered with stuff like:
#ifdef _MSC_VER #include <Winsock2.h> ... So the fact is that the code itself conflates Windows builds with the MSVC compiler via _MSC_VER ..you could in theory do something awful like ./configure CFLAGS="-D_MSC_VER=<SOMETHING_VALID>" but the conflation will still bite you due to things like: #ifdef _MSC_VER #pragma warning( disable : 4503 4355 4786 4290 ) ...so no matter what build system you try to add or improve, a lot of source files will have to be altered to remove the conflation. Usually, it would end being lots of orthogonal header/declaration/function and library tests, to unconflate using autotools for example the Winsock2.h include would be compile-guarded instead with #if HAVE_WINSOCK2_H My personal opinion is that the only sensible way to proceed is to use autotools because: 1. Autotools is/are fine when you get used to them, yes there's some stuff to learn (see the resources I link to later), but it's transferable knowledge. 2. Hand writing a Makefile is a lot of one-off-work for any single project. 3. An autotooling patch to support MSYS builds might benefit the QuickFix project if they were willing to accept it (you could ask them beforehand). You mentioned CodeLite. This is irrelevant to this discussion; AFAICT, it's an IDE and a pretty basic one at that. If you wanted to use a C++ IDE I'd go for Qt Creator because it's got an autotools plugin (it worked fairly well when I tried it). I'm a big fan of Qt Creator though. You said that you didn't have MSYS and didn't want hassle setting it up. I made a script to bootstrap a MinGW-w64 and MSYS environment that might work for you: https://raw.github.com/mingwandroid/crucifixion-freedom/master/scripts/windows/BootstrapMinGW64.vbs Here are some free resources for autotools: http://sourceware.org/autobook/ http://www.lrde.epita.fr/~adl/dl/autotools.pdf http://www.flameeyes.eu/autotools-mythbuster/ https://www.gnu.org/software/autoconf-archive/ There's also a book you can buy: http://nostarch.com/autotools.htm Finally, I recommend console2 for any MSYS work. It's really good. http://sourceforge.net/projects/console/ Good luck, Ray. On Sun, Jan 6, 2013 at 2:48 PM, JonY <[email protected]> wrote: > On 1/6/2013 21:38, Ruben Van Boxem wrote: >> >> I'll try to clarify my point one more time: yes it is possible in autotools >> to exclude code depending on configure. But that is not an autotools >> specific feature. Code and/or build systems not meant to be used on >> platforms that weren't in the dev's thoughts when written will not work. >> And because autotools is very Unix-centric, chances are a lot higher that >> they were written for Unix, and not with Windows in mind. This is a >> practical/statistical fact, not some disadvantage of autotools. > > The statistics still do not mean autotools make Unix API a requirement, > does it? > > The author already said it was working with MSVC, at which it was > suggested he added mingw support to the configure scripts to follow the > MSVC project if he wanted flexibility rather than adding yet another > build system. > > > > ------------------------------------------------------------------------------ > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > MVPs and experts. ON SALE this month only -- learn more at: > http://p.sf.net/sfu/learnmore_123012 > _______________________________________________ > Mingw-w64-public mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public > ------------------------------------------------------------------------------ Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_123012 _______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
