to change the default values for tag_width(=31) and tag_sep(=24).
Today, it serves only with starPU.

chameleon: enrich the dependencies between chameleon_parsec lib and parsec libs with the _DEP variable coming from morse finds

chameleon: enrich the dependencies between the runtime interface libs of chameleon and the runtime libs with the _DEP variable coming from morse finds

MPI tag upper bound: MPI_TAG_UB is included (so on most platform the default values tag_width=31, tag_sep=24 are ok)

timing: add option --bigmat to choose if we allocate one big 'mat' array or if the runtime allocates the tile one by one

To use your own progress indicator,
- Define a function with prototype "void my_update_progress(int currentValue, int maximumValue)"
- Pass it to chameleon with "ierr=MORSE_Set_update_progress_callback(my_update_progress)"
- Activate progress indicator with MORSE_Enable(MORSE_PROGRESS)

morse_desc_init_user(): If one of the function get_* is NULL, we switch back to the default, like in morse_desc_init()

This allows to change only 1 or 2 of the 3 functions, and keep the other
unchanged. For example, in OOC, only the 1st is modified (to always return NULL).

Remove large blocks of duplicated code by calling morse_desc_init_user() from morse_desc_init() and morse_desc_init_diag()

With previous syntax, CMAKE_INSTALL_RPATH contains empty spaces and
rpath doesn't work at execution (libchameleon.so not found).

to avoid reverse dependency libcoreblas->libchameleon
set_coreblas_gemm3m_enabled()/get_coreblas_gemm3m_enabled() allow to set/get
this variable.

This routine, available in MKL, does a product in 6n^3 ops instead of 8n^3
but is interesting only for "large enough" matrices (to be tested...)
Potentially, we gain 25 % in all complex computations.
It could be interesting to look for it / implement it in cuda.

!!! Note that the flop counters are not updated         !!!
!!! In C/Z accuracy, most flops counter should be x0.75 !!!

IT is OFF by default
It is activated with MORSE_Enable(MORSE_GEMM3M)
In the timing routines, it is activated with --gemm3m

IT is OFF by default
It is activated with MORSE_Enable(MORSE_PROGRESS)
In the timing routines, it is activated with --progress
No progress is printed for tasks faster than 10 seconds

chameleon: cblas/lapacke headers should not be duplicated, factorize error message if cblas/lapacke function are called in simu mode

The new codelet is added for all 3 runtimes but only tested with starpu ;-)
An example test7 is added : it is a copy of test6 that uses the new function to build the matrices