23.01.2012, 06:39, "Jason McKesson" <korv...@gmail.com>: > 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.
Than we should contribute this code to LFS. > 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? Well, it's "esoteric" for YOU, not for everyone (e.g., it's quite usual an useful operation for me). However I won't insist on use of LFS, I just want to say that we shouldn't ignore existing libraries provided by Lua community just to save 50K or so. -- Regards, Konstantin ------------------------------------------------------------------------------ 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
