Leonardo Di Venere / ctools

# Conflicts:
#	src/Makefile.am

The outcome of the unit tests depends on the presence of the CTOOLS environment variable. If the CTOOLS environment variable is not present the unit test should fail, otherwise it sould succeed.

The void constructors from ctools base classes are never used, tools are always constructed with a name and version number.

The ctool::get_roi() replaces some duplicated code in ctselect and ctcubemask. The method extracts the RoI from the user parameters "ra", "dec" and "rad". In case the "usepnt" parameter is present and set to "yes", the "ra" and "dec" parameters will not be read, and it's up to the client to set the RoI centre properly.

The ctobservation::first_unbinned_observation() and ctobservation::next_unbinned_observation() methods implement an unbinned CTA observation iterator. Using this iterator avoids code duplication and generates a uniform interface for tools to loop over CTA events lists.

All likelihood ctools now derive from the ctlikelihood base class. This avoids code duplication and provides all likelihood tools with a uniform interface.

Since the new GApplication logger methods are more compact than the old format the "logTerse()" etc. constructs have been replaced by the new logger methods. At the same time, the chattiness levels have been reviewed with the following behaviour:
- TERSE: only headers
- NORMAL: standard output, only main results or computations
- EXPLICIT: detailed output
- VERBOSE: verbose output, mainly for diagnostics

…lementing missing information from user parameters.

…ag in the execute() method.

Although the get_obs() method was put back, ctmodel used the dummy cube (which consisted of a single pixel) instead of a cube defined from the input parameters. This was due to an internal change of the logic, that now has been corrected for.