don't force calibration in simulation mode. It does not make sense, and hides the StarPU detailed warning about missing calibration

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)

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)

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

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

chameleon: add a out_of_core example, requires to handle the case where starpu handles itself the allocation of tiles -> we give a NULL pointer through the get_blkaddr function for registering

Add CHAMELEON_SIMULATION_MAGMA option to select whether to enable magma kernels or not in simulation mode

does not build with starpu/simgrid if symbols starpu_mpi_cache_flush and starpu_mpi_cache_flush_all_data

Fix a large bunch of warnings, and there are still mistakes that should be fixed before the SC release

Fix build with starpu1.1 which doesn't have starpu_mpi_comm_{rank,size}: let's just call RUNTIME_comm_{rank,size} which already do things properly