On 1/22/2012 12:28 PM, Wesley Smith wrote: >>> 1. LFS is not something big and it doesn't have external dependencies. It >>> can be >>> easily included into Premake, replacing custom code. >>> 2. Ignoring well-tested and widely used 3rd party code is just NIH syndrome. >> 1. LFS is still extra. It's external to Premake. You now have a >> premake4.exe and a lfs.dll to worry about, instead of a single file you >> can download and use. > > Not if you build LFS into premake's executable, which is probably very > easy to do. > wes And what is gained by doing so? Premake's `os.matchdirs` and `os.matchfiles` is far superior than LFS's much lower-level constructs. And while I'd like to be able to use full Lua pattern-matching on the names rather than Premake's style, for 99% of cases, Premake's functions do the job.
Besides the fact that LFS is popular (and for esoteric things like making symlinks) why should Premake use it? If anything, what I would want in a filesystem would be the ability to use Unicode strings (UTF-8 of course). And LFS can't do that cross-platform. Also, LFS's build is makefile-based, and it has this config file that's a part of it. So I'm guessing it wouldn't be "very easy to do". Not that it would be excruciatingly difficult or anything. Just not "very easy". ------------------------------------------------------------------------------ Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 _______________________________________________ Premake-users mailing list Premake-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/premake-users
