need to normalize op to avoid spurious use of old unary ops

IN support as a custom -op type

expand and render BETWEEN and NOT BETWEEN

LITERAL op should perform bindtype check

regularise more code, switch one test from die to warn verification

switch another literal case to -literal

use -literal for top level exprs

initial introduction of literal op

expand hashpair w/hash RHS

expand top level arrays

include exception for 00new failures

add -op and -bind, expand some cases to them

better results from 01generate when a test unexpecteedly dies

expand -bool, stop forbidding top-level unary ops

negation expansion

arrayref hashpair case

rearrange hashpair expansion

expander handles literal as RHS

add -nest to hashpair expansion

hashpair expansion - defaulting to $self->{cmp}

expression expansion pass, zeroth cut

remove another special case IS NULL rendering

make undef value use is operator

explicit defaulting of scalar-rhs hashpair

Release commit for 1.86

Bumping version to 1.86

Add Changes entry for literal '0' WHERE fix

Do not replace the literal string '0' with ''

Add overloadable _select_fields method

Consistent with _update_set_values and _insert_values

Remove spaces before colons in POD

Remove obsolete docs for arrayrefref as select source

Support for this was removed as "useless", with no Changes or
documentation update, in version 1.74 (commit
a0d6d3230359880681d5d328d6b1775c0fbe5983).

Ignore built dist files and directories

Release commit for 1.85

Bumping version to 1.85

Add Changes entry for UPDATE ... SET ... refactor

Remove pointless quoting of single variables

By moving the spaces into adjacent SQL literals

add reusable _update_set_values method, consistent with _insert_values

Add Travis-CI config

Spelling errors

Whitespace cleanup

Prune pointless puke parens

Make META->{no_index}->{package} an array

CPAN::Meta::Converter fixes it, but might as well make it right from
the beginning.

Add modules used in author tests to develop-requires

Also remove conditional skippage from author tests

Restore perl version requirement missed in the Distar port

Release commit for 1.84

Bumping version to 1.84

Restore 'dynamic_config => 0' missed in the Distar port

Release commit for 1.83

Bumping version to 1.83

Port to Distar

Note GitHub PR number for DELETE ... RETURNING (GH#9)

Comment why each of the RETURNING clauses have their own method

Add support for DELETE ... RETURNING ...

Release 1.82

Align clauses of complex ORDER BY example for readability

Fix syntax errors in ORDER BY docs (GH#7)

Missing some } characters. Had to reformat the table to make them fit.

Read under -w

Add explicit dependency on Sub::Quote (GH#8)

Sub::Quote was split out of Moo in version 2.00300, but keep the
versioned requirement the same as for Moo so we don't force people on
intermediate versions to upgrade.

Release 1.81_01

Add Changes entry for ORDER BY doc improvements

Document arrayrefref (\[...]) form for order_by

Amended by committer to also mention it and the scalarref form in the
introductory paragraph, and move the scalarref form further down the
table of examples.

Remove pointless prototypes on methods

Fix ->insert($table, \@values) with >26 values (RT#112684)

This gets rid of the cute hash key ordering hack and instead factors the
body of the loop in ->_insert_values into a separate method that the
arrayref version calls directly in the right order.

Add Changes entry for UPDATE ... RETURNING

10% speedup of identifier quoting

Teach ::Tree that ILIKE (PostgreSQL) and REGEXP (MySQL) are binary ops

Fix ORDER BY clause type in synopsis and where() header

The ORDER BY clause can be either a string, stringref, arrayref or
hashref, so don't imply it has to be an arrayref in the docs.

Fix order clauses with bind parameters in ->where

->where was ignoring the bind parameters returned by ->_order_by

Ignore editor droppings

Bump Moo dep and remove warning defatalisation hack

Moo 2 no longer pulls in strictures

Add _update_returning method for UPDATE … RETURNING

It just calls _returning, but allows subclasses to override UPDATE …
RETURNING independently from INSERT … RETURNING

Keep calling _insert_returning for INSERT … RETURNING

DBIC::SQLMaker::Oracle overrides this method, and its insert calls
next::method, so we need keep calling the old method for the override to
work.

Fixed missing '}' in POD examples and reformat for clarity

Reinstate _insert_returning method for DBIC compat

Add support for UPDATE ... RETURNING ...

Similar to INSERT ... RETURNING ...

Release 1.81

Fix overly-enthusiastic parenthesis unroller (RT#99503)

Re-indent and quote versions in Makefile

No functional changes

Release 1.80

Skip tests on smokers with a broken DBIC trial

Croak on invalid top-level special ops

When they were originally introduced it never occured neither to me, nor
whoever reviewed that a plain special-op will not work at top level.
Add an extra check at the fallback point (ugly, but still effective)

Saner handling of nested_lhs, we now set it in one spot only

spelling mistake (RT#99147)

Whatever I was thinking it wasn't making much sense

Good thing I started pondering how to port this to DQ, otherwise would not
have noticed I fucked up... for a while

Release 1.79

Even though MRO::C is a dep of Moo, specify it explicitly

Some folks do this http://cpanratings.perl.org/dist/SQL-Abstract#9620

Deprecate and properly handle empty lhs

More robust Moo import block (modelled on DBIC)

Updating links to repositories, added GitHub mirror

Modelled on the corresponding DBIC setup

Minor documentation fixes; typos, POD formatting code syntax, return value explanation consistency

Link fixes (no other changes)

Warn if _recurse_where is called in scalar context

DBIC used to do this, but doesn't any more. Still something else might...

Truly fix literal+bind examples (build upon a3e3e6a18)

Throw away the dummy text - it was always misleading and incorrect
Add some space to clarify which part is which

Fix typos in literal + bind examples

IRC meta

Well how about them apples?! Add temporary overload-madness escape hatch

Boolification-derived-stringification is a thing... just shoot me now

An arrayref makes sense for literals, but no sense for values

Change the API before it goes live (extra benefit - no mixing up of
the functions by accident)

More (still passing!!!) test cases after conversation with FC

Even more versatile is_plain_value testing - feeble attempts to trip up perl

This is an attempt to simulate the behavior of JSON::PP::Boolean, and to
replicate the error autarch was seeing - clearly there is more to it than
just simple value juggling. Oh well, commit already written tests anyway.

See further commits for the actual code changes

Make sure is_plain_value returns the actual object pre-stringify

This is important since DBIC is starting to heavily rely on the
contents of the returned []