> developing... but if I find that there's some good integration for > Windows (I have to re-check cygwin), Windows could become the primary > stuff even for development.
I use MingW on Windows for a GNU/POSIX development environment instead of cygwin. MingW doesn't strive for as purest approach to POSIX as cygwin but it's much leaner. You can build a gcc or g++ application that only relies on MSVCRT DLL. So these apps can be easily handed off to someone to use that doesn't have MingW installed as it will operate like a native Windows app from their perspective. Cygwin apps have a much higher POSXIX emulation requirement that means installing much more cruft for other users that are going to run your apps. So using MingW I've recompiled flex/bison and many other tools. Most lately I've been working with zeromq, pthreads-w32, and Google Protocol Buffers (the C/C++, Java Python SDK). The stuff I've bring down in source code form that has been designed for building on Linux/ Unix environments has built in just fine on MingW - including running configure to generate make files and running even running make install (worked fine for Google Protocol Buffers). Additionally I use the Eclipse IDE for C/C++ development. It works well with projects that are based on Makefile and runs gdb debugger in a GUI environment for source level debugging. -- You received this message because you are subscribed to the Google Groups "The Java Posse" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/javaposse?hl=en.
