Correction: left some C++14 used in debug...

- decltype(auto) was left behind in 2 places...
gf: correct evaluator for gf imfreq (remove mesh_pt)

mesh_pt should NOT be done directly by (),
it should be casted to matsubara_freq.
Removed an old line of code which we forgot to clean
when introducing matsubara_freq
mc_tools : add access # proposed/accepted. Add debug_stream

- debug_stream : conditional ostream with a lambda condition for debug.
kronecker function and overload for matsubara_freq

Used in solver codes.
arrays: change operator() && for const_view

Changed operator()(int, int...) && for array, and views.

- For const_view and regular type, returns value_type (i.e. a copy).
  NB : does make a copy, not a move. Ok for scalar type. TODO: think for complicated types.
  This allows codes like :
  f(x)(0,0) where f : x-> matrix or const_view
  to be correct in clef expression evaluation.

- For _view : return a value_type &, as before to allow :
    A(....)(0,0) = rhs;
  It is not possible to detect dangling refs in that case at compile time.
  Added a security in TRIQS_ARRAYS_DEBUG mode to detect a dangling ref at run time,
  i.e. the case where the view is "unique" (ref count ==1).
  This would be a quite bad design anyway ...

- also :

 - clean operator[] for vector (old workaround for old gcc...)
 - add IsView flag in ISP impl class, for the impl. of operator() &&
gf: imfreq : fix evaluator for n<0

- in positive only case, the evaluator for n<0
was wrong : must shift the integer by -1 for the fermions.
gf : imfreq : clean evaluator on int

- evaluator on int was not using the same algorithm
as matsubara_freq, which can be surprising...
Fix in off-diagonal elements of density()

This should fix the bug noticed by Leonid in off-diagonal
elements of the density matrix.

  modified:   triqs/gfs/local/functions.cpp
Split cpp from hpp (fit_tail)
Working on doc for det_manip

Work on det_manip doc