remove the 'ParserBoolItem.[ch]pp' files

they were empty and as far as I can see, Eclipse does not have the
concept of boolean items...
DeckItem: add indices to the methods which allow to query the defaulted status

also, this renames DeckItem::setInDeck() to DeckItem::wasSetInDeck()
because the former method can easily be confused with a setter method
(which it is not, it is a 'getter').

note that there is a small semantical difference now: the old
signatures specified the status of the whole *item* while the new
variants are specific for a single *data point* of an item. Though at
this point the index passed to the methods is still disregarded..
make the defaults of an item settable per data point

instead of for the whole item...
make ParserItems always defaultable

i.e. remove the defaultSet() method and its friends. this is required
to be able to specify defaults in DATA items like grid properties or
saturation tables. e.g.

SGL
10*0.1 10* 10*0.2 /

would not be possible without this. If no meaningful default for an
item is defined, float and double items get NaN, int items get -1 and
string ones get an empty string. The hope is that if these values get
used in the simulation, they will make the result obviously
incorrect. (Whether a data point of an item was defaulted can be
queried using item->defaultApplied(index).)
add more explicit unit test for defaulted deck items

(the ParserItemTests already have one (Scan_All_WithDefaults) but a
second one won't hurt...)
add some defaulted values to the unit test of PVTG
remove the "value status" concept from deck items

I know it was only added recently, but all of the "setInDeck()" calls
can now be substituted by a combination of item->size() and
item->defaultApplied(index)...
extend "StarToken" class

that's because not every token which contains a star represents an
repetion, e.g.

'PROD*'

and

'123*456'

(with the quotes) are strings...
ParserItem: improve the equallity testing code and remove the defaultSet() method

but we still need the m_defaultSet member because NaN == NaN as well
as NaN != NaN...
Merge pull request #302 from andlaus/improve_defaults_handling

Improve defaults handling
Deck: mark numKeywords() and getKeywordList() as const

this was probably an oversight...
add the ROCKOPTS keyword

because to properly initialize the ROCKTAB table, it is required...
add the IMPTVD and IMKRVD keywords and table classes

basically they are just renamed copies of the EN* variants...
remove RockTable

because ROCK is not a table keyword
remove the PvtwTable

because PVTW is not a table keyword...
remove PvcdoTable

because PVCDO is not a table keyword.
make all table classes default constructible

this allows to store them in std::vectors, but requires to call the
init() method after construction...
make it possible to evaluate some tables using linear interpolation

... and constant interpolation at the fringes. this kind of evaluation
in between sampling point only makes sense for tables where the first
column is strictly monotonic, though.
tables: propertly handle defaults and monotonicity of columns

for some kinds of tables this means linear interpolation for some
columns, constant for other columns and some tables do not allow to
specify default. Since there is no clear rule, this patch involved
checking the reference manual for every single f****** table keyword
plus some guess-work if the reference manual is unclear about
monotonicity and/or defaults.
add table classes for RSVD and RVVD

these keywords are used by opm-core, albeit currently in a
"bare-metal" way.