On Fri, Oct 12, 2012 at 6:03 PM, Xiaofan Chen <xiaof...@gmail.com> wrote:
> On Sat, Oct 13, 2012 at 2:15 AM, Orin Eman <orin.e...@gmail.com> wrote:
> > Personally, I think it's better to supply native build methods than to
> try
> > to force autotools to work on systems that don't support it.
>
> Me too. So autotools for Linux and BSDs, XCode for Mac OS X.
> What about Windows? What is native under Windows? Personally
> I think that would be MSVC, WDK (before WDK8) and MinGW.
> Cygwin is not really native but people may want it as well.
>
Native under Windows? Really, WDK is most appropriate with VS coming in
second. I'd consider MinGW and Cygwin as separate OSs for this purpose and
as you pointed out below, they have autotools so they might as well use
autotools.
I agree that the WDK is considerably faster at building than VS, though if
you already have VS running and add a libusbx vcproj to an existing
solution, then it's probably faster than starting a WDK build environment
etc.. FWIW, I've driven WDK builds from VS projects in the past so they
are no means exclusive of each other.
Orin.
> With WDK8 needs VS, it can probably be dropped in the future
> but personally I like the WDK (7.1) build for libusbx the most
> since it is quite fast compared to other methods.
>
> MinGW/MSys and Cygwin have autotools so they can use
> autotools. But if one wants to be a purist, then MSys is not
> native either to MinGW...
>
>
------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
libusbx-devel mailing list
libusbx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libusbx-devel
