Fix include/import namespace confusion

Add tests for built-in function `contains`

`contains` should handle embedded NULs (fix #1732)

Merge pull request #1774 from dooglus/patch-1

Fix grammar typo.

Out-of-srcdir builds: AM_CPPFLAGS=-I${srcdir}/src

builtin: add missing windows.h include

Follow-up fix to b436156f5 because BOOL and DWORD
are not built-in to mingw64.

Makefile.am: add no-undefined for win32

"Undefined symbols are not allowed in x86_64-w64-mingw32 shared libraries"

This was also applied in the official MINGW-packages repo:
Alexpux/MINGW-packages@b5566c58a

Mingw-w64 on windows doesn't have `setenv`, fix that.

Signed-off-by: HE, Tao <sighingnow@gmail.com>

Make fromstream/1 more efficient

fix --exit-code issues #1142 and #1139

* Set default error code to -4 in main(), Fixes #1142
* fix --exit-code with more than one object in input, Fixes #1139
    - Return code 1 or 4 based on last output, not last input.

Ensure that `${builddir}/src` exists

Merge pull request #1779 from gvangool/update-NEWS

Adds the release info for 1.6 to NEWS

Adds the release info for 1.6 to NEWS

Allow variable refs as object keys {$key:value}

Users are often surprised by the requirement to parenthesize any
non-trivial object key expressions in object constructors.  E.g.,
{"a"+"b":1}.  This commit adds one more kind of key expression besides
literals and idents: variable references.

A common use case for this is jq programs as JSON templates to fill in
with variables computed from inputs or passed in on the command-line.
E.g., {some_key:$value}.  Now users can also use, e.g., {$key:$value}.

This and the restrictions on key and value expressions in object
constructors are now clarified a bit in the documentation.

Fix grammar typo.

'operator' needs to be plural here.

Merge pull request #1768 from haochenx/readme-add-automake-as-build-dependency-in

add automake as build dependency to README.md

Add missing jv_copy when printing with -ar

add automake as build dependency to README.md

Minor website fixes for 1.6

Release jq-1.6

Update website with details for jq-1.6

Fix website whitespace

Add documentation for destructuring alternation

Bugfix: Math function checking

We had config machinery that determined which math functions are
available in libc. If a c math function was missing on the host system,
then the corresponding jq function would be removed from the source,
enabling the build to proceed anyway. The detection machinery was broken
in a subtle way, as was shown after glibc updated to 2.27, dropping the
`pow10` function. This caused compilation to fail.

The essential problem was that we detected whether a math function was
available by compiling and linking a small program evaluating that
function on constants. However, since gcc's optimization machinery has
special knowledge of some math functions (e.g. `pow10`), it can
optimize them away, even if they don't exist in the library and are not
linkable. That is, the following example compiles and links against
glibc 2.27, even though `pow10` has been removed:
```
int main () {
  printf("%f", pow10(0.5));
  return 0;
}
```

What?!
On the other hand, this program does not link:
```

int main () {
  double f;
  printf("%f", &f);
  printf("%f", pow10(f));
  return 0;
}
```

In the first program the call to `pow10` can be optimized away as a
constant expression. This requires GCC to know about `pow10` (which it
does!), but it does not require `pow10` to be in the library (and
actually linkable).

The solution is to use autoconf's machinery for detecting function
presence, instead of our own (buggy) machinery. This has the added
benefit of simplifying the code.

The bug was reported in issue #1659

Fix osx travis build

fix memory leak

Restore JV_PRINT_COLOUR as an alias

JV_PRINT_COLOUR was part of the public libjq headers and was removed as
part of 2d05b54. While JV_PRINT_COLOR is definitely the preferred
spelling this side of the pond, we shouldn't just remove otherwise
exposed enum values.

Fix destructuring alternation

Attempting to use the existing FORK_OPT opcode resulted in difficulty
knowing when to pop an error message off the stack and when not to. This
commit makes DESTRUCTURE_ALT a real opcode that is identical to
FORK_OPT, except for never pushing the error message onto the stack when
continuing from an error backtrack.

Some small changes were necessary to the DUP/POP behavior surrounding
destructuring to accomodate this.

Create issue template

jv_file.c: check to see if the file is a directory and fail

Not all stdio implementations disallow one to open a directory with
fopen(3) and so we specifically check for directories as it is also
in the standard search path.

Make limit/2 more efficient

Contributed by @pkoppstein.

limit/2 evals exp one time too many

src/main.c: fix issue #1587 by using jv_dumpf in the raw-output and ascii-output case. retain fwrite in the raw-output case.

Fix "provides" typo

Change backticks to the more legible $()

Build static binaries and deploy to GH Releases from Travis

Build and run tests against musl libc using Alpine Linux on Travis

Change Travis config to utilize Build Stages

See: https://docs.travis-ci.com/user/build-stages/

fix FreeBSD install instructions

Updated the compile-ios.sh script to fix issues with local oniguruma path.

Update AUTHORS

Added rawfile

In passing, clean remnants of argfile from slurpfile docs.

Revert "reduce: handle empty updates (fix #1313)"

This reverts commit e24af3c78e78a3aab05a2800d825d56f1d842b1b.

While the semantics are desirable, there is no way to implement them
efficiently.  The reason is that in order to handle backtracking (empty)
from the state update expression, we have to retain a reference to the
reduction state value in order to restore it upon backtracking.
Retaining a reference to the reduction state kills performance by
causing lots of additional memory allocations and garbage because the
input to the update expression will always have at least two references,
thus no changes to it can be done in-place, and all changes end up being
CoW changes.

Avoiding this is the very reason for the LOADVN instruction (leaving
`null` in the variable loaded from).

Fix import as $data linking

Fix hang for slurped inputs with trailing newline

Fix #1534

Actually fix the strptime tests

This has been a complicated issue to fix for a number of reasons.
The core of it is that the behavior is different between different
versions of macOS, some of which set possible-but-incorrect values.

This commit addresses the issue by always using our computation for
tm_wday and tm_yday on macOS. As a side-effect, strptime format
strings that specify %u and %j will no longer work on macOS.

Keep object keys in parsing order in `tostream` output

As noted by @nicowilliams, `tostream` used `keys`,
which sorts the keys in alphabetical order, instead
of `keys_unsorted`, which preserves the parsing order.

Fixes #1541.

Use rvm to install ruby 1.9.3

Fix strptime tests on macOS 10.12

Dates in 1900 are before the Unix epoch. We shouldn't make any promises
about how well they are supported, especially given that our time
support is a thin wrapper over the libc functions.

This changes the test to use dates after the epoch, which should fit
within both a signed and an unsigned 32-bit time_t.

Fix memory leaks in various c-coded builtins

Fix leak on error in strptime

Typo correction

Suppresion -> Suppression

Merge pull request #1403 from Argoday/master

Use unsorted keys in walk

Deal with strptime() on OS X and *BSD (fix #1415)

strptime() on OS X and *BSDs (reputedly) does not set tm_wday and
tm_yday unless corresponding %U and %j format specifiers were used.
That can be... surprising when one parsed year, month, and day anyways.
Glibc's strptime() conveniently sets tm_wday and tm_yday in those cases,
but OS X's does not, ignoring them completely.

This commit makes jq compute those where possible, though the day of
week computation may be wrong for dates before 1900-03-01 or after
2099-12-31.

Attempt to fix #1415

OS X (and *BSD) strptime() does not set tm_wday nor tm_yday unless
corresponding format options are used.  That means we must call timegm()
to set them.

Add private my_timegm()

Fix HAVE_TM_TM_GMT_OFF usage

Use AC_CHECK_MATH_FUNC() for all math functions

Fix jv_load_file() assertion (fix #1410)

Improved git build instructions.

Use unsorted keys in walk

Preserve key sorting order when executing in walk, if sorted keys is desired `--sort-keys` should be used to explicitly obtain sorted keys.

Add JQ_COLORS env var for color config (fix #1252)

Fix build

Always use jv_mem_*alloc()

def isempty(g)  # Testing 'isempty(empty)' at line number 1364

Update oniguruma to fix #1370

Don't require java to build gh-pages

Add collect example with pipeline

Add missing close-backtick in docs

Also fix `jn/2` and `yn/2`

Fix frexp, modf, lgamma_r (fix #1374)

Allow . as {$a:$b} destructuring

Add flex/bison outputs

Add more destructuring tests

Add --debug-trace=all for detailed debug output

When tracing execution, print the whole stack, not just the items used by the
current opcode

Fix a tripped assertion when generating reduces

A noop body, while useless, should still compile successfully

Add alternation destructuring operator `?//`

This is a first pass to show the implementation.
It needs tests and evaluation, but doesn't break any existing tests.

NOT READY FOR MERGING

Conditional exprs are not path exprs (fix #1368)

The conditional expression in if-then-elif-else-end cannot contribute to
path expressions because it doesn't change the input to any of the then/
elif/else expressions.  These must be generated via gen_subexp().

See also #1366.

Make and build dist in travis-CI (#1356)

Make configure.ac work for shallow clones

Make scripts/version work in shallow clones

Shallow clones don't have tags.  Use git describe --always --dirty in
such cases.

XXX Add branch name.

Fix make dist

Fix off-by-one bug in #1108 fix

Array slice overflows (fix #1108)

getpath/1 should be a path expression (fix #1358)

It needs to be possible to do something like

    getpath($paths[]) += 1

meaning: increment all the paths in . that are listed in $paths[].

In order to do this getpath() needs to update the jq->path and
jq->value_at_path as necessary.

Fix name of builtins in the builtins/0 output

Fix warning about environ

Fix --without-oniguruma build

Fix environ Win32 build problem

Add `halt`, `halt_error` builtins (fix #386)

Document `stderr`

Fix memory leak

Fix Appveyor for non-master branches

fixup

Add $ENV builtin variable to access environment

Fix error message for undefined vars

Preserve precious vars in configure.ac (fix #795)

Document $ARGS and friends

Add $ARGS, --args and --jsonargs (fix #1345)