support a --file-name flag (undocumented)
add filename option
fix jshint styling
Updated to use path.resolve
Issue #1504: ES6 module exports should not count as unused

Signed-off-by: Anton Kovalyov <anton@kovalyov.net>
Issue #1506: Replace process.stdout.write with console.log

Signed-off-by: Anton Kovalyov <anton@kovalyov.net>
Issue #1511: Add new constructs to the ES6 import syntax

Signed-off-by: Anton Kovalyov <anton@kovalyov.net>
Issue #1512: Add importClass and Packages to the Rhino env

Signed-off-by: Anton Kovalyov <anton@kovalyov.net>
Strip leading whitespace from JavaScript code blocks extracted from HTML

Signed-off-by: Anton Kovalyov <anton@kovalyov.net>
Issue #1542: Use exit module instead of process.exit. Fixes #1541 and #1408.

Signed-off-by: Anton Kovalyov <anton@kovalyov.net>
Version 2.4.4
Don't throw an error when yield statement used within a catch block inside a generator function.

See jshint/jshint#1505
Switch statement within loop doesn't recognize 'continue' if case is wrapped in { }
Fix too long comment

by removing a non-essential example
Glob documentation for example .jshintignore

I had some difficulty figuring out the glob syntax for JSHint, since the original documentation referenced in https://groups.google.com/forum/#!topic/jshint/62N12QUhBCs no longer exists on the current JSHint. Adding it to this example in the hopes that it will be helpful.
added unit test to detect wrong column reported for JS linted inside HTML file
adding function to extract offsets for JavaScript in HTML if there are any errors
tested fragment offset computation on two fragments
Strip comments in JSON by parsing instead of regex

Using regex for this is just too fragile.

I've changed it out to use the strip-json-comments module instead: https://github.com/sindresorhus/strip-json-comments

Example of where the existing one will fail:

    console.log(removeComments('{"a":"b//c"}'));
    //=> {"a":"b
Add basic support for ES6 TemplateLiterals

These changes are intended to prevent jshint from choking on template literals when
esnext mode is enabled. It has been written to support a sub-lexing process to allow
for further linting in the future. At this time it does not support escaped string
characters with backslashes, due to my limited knowledge of the template literal
syntax.

I am hopeful that this will pave the way for doing more useful linting with this
construct, and to allow jshint to be used in applications which make use of this
language feature.

Closes #1563
Closes #1219