Add sql-parser.js

[megawac]

Handy little library :) I didn't minify it as it's compiled via coffee-script anyway; uglify only saves a few bytes (15% smaller)

[megawac]

btw I modified sql-parser.js slightly so the amd define is define("sql-parser", ...) instead of define(...) which I think would be a good practice to encourage in the future with other projects. Otherwise it makes /g/ unusable for amd projects.

[jimaek]

@pnommensen Should we merge? I am not a js dev so not 100% sure what is going on.

[pnommensen]

I like the modification. However, perhaps it's better for @megawac to fork https://github.com/forward/sql-parser and maintain a version with the modification(s)?

In my opinion it's not a great practice to modify people's code and still say it's their creation. I personally wouldn't like that if it were my project -- even if the modification(s) make sense.

[megawac]

As discussed over irc, I think it makes sense to allow modifications to change anonymous amd declarations as it doesn't make sense for the case of a cdn and doesn't change the usage for the end user.

Quoting the underscore source

AMD registration happens at the end for compatibility with AMD loaders that may not enforce next-turn semantics on modules. Even though general practice for AMD registration is to be anonymous, underscore registers as a named module because, like jQuery, it is a base library that is popular enough to be bundled in a third party lib, but not be part of an AMD load request. Those cases could generate an error when an anonymous define() is called outside of a loader request.

@andykent do you have any objections?