Sean McBride wrote: > >vs what is currently needed by tarball consumers > > > >- install Xcode > > Which you could reduce to zero steps if you provided binaries.
Absolutely! I'm all for providing binaries. What's the good method for OS X? Is a .dmg suitable also for a library? > >CMake unfortunately doesn't affect only developers, it also means > >that every user now needs CMake, where before they didn't. It's a > >significant disadvantage. :\ > > You are contrasting "developers" and "users", yet what you call a > "user" is someone who needs to compile source code! For a library > like libusbx, the users _are_ developers. Obviously - but they are not developers of the library, so they shouldn't have to care about how developers of the library work. autotools allows this separation, optimization, where tarball consumers need a shell and make and not much else. > Do I assume correctly that on linux autotools is usually present, > and CMake rarely is? Linux is as you know diverse. :) Like OS X, lots of (most?) Linux systems don't even include a compiler by default. Installing the compiler is often orthogonal to installing autotools. > If so, I can understand that requiring CMake would be annoying. > From my perspective as a Mac user though, neither comes by default, > so it's a wash. Consider the different roles of library developer and library user. A library user given a tarball needs a shell and make. > If libusbx provided binaries, "users" could just use them, and > "developers" could handle building with whatever tool. Sure! How to produce them for Mac? //Peter ------------------------------------------------------------------------------ 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
