Merge tag 'v3_9_90' into hypervisor

Conflicts:
include/msg/msg.h
include/simgrid/simix.h
src/include/surf/surf.h
src/msg/msg_global.c
src/msg/msg_host.c
src/msg/msg_private.h
src/msg/msg_process.c
src/simix/smx_host.c
src/simix/smx_host_private.h
src/simix/smx_smurf_private.h
src/surf/cpu_cas01.c
src/surf/cpu_cas01_private.h
src/surf/cpu_ti.c
src/surf/surf.c
src/surf/workstation.c

Add comments and disable verbose outputs

Add the affinity database of each VM

Add the affinity database of each task

The SURF layer has affinity information only related to the current host
of a task. Affinity information on other hosts (i.e., the locations
where the task may move to) is maintained in the MSG layer.

Fix lmm_shrink() to correctly free var->cnsts[i]

Add the affinity setting function for a VM

Fix the wrong macro usage of WITHOUT_ANSWER

Disallow setting an affinity to multiple cores

Clear constraint objects before adding new ones

Fix a miscalculation bug caused by the wrong use of lmm_expand().

Add the MSG function controlling CPU affinity

Extend simcall_host_execute() for CPU affinity

Add the simcall setting CPU affinity

Add the set_affinity callback to the PM/VM models

Add the affinity control function in the CPU model

add lmm_shrink() as the opposite of lmm_expand()

Note: I am not confident the code of this function is correct especially
for the lazy calculation mode.

add a constraint object for each CPU core

Merge branch 'hypervisor' of scm.gforge.inria.fr:/gitroot/simgrid/simgrid into hypervisor

Add a test program to see multicore behaviors.

As far as tested through this test program, it looks that the current
support of multicore in SimGrid correctly works for physical and virtual
machines. The CPU share of a task or a VM never exceeds the capacity of
one of the CPU cores. The total CPU share of all tasks and VMs on a PM
never exceeds the product of the number of cores and the capacity of a core.
(But, it is not possible to pin a task to a specific core.)

TODO: use this program for regression test.

Fix miscalculation of CPU shares on a multicore PM.

The recent commit adding the load capping feature broke CPU share
calculation on a multicore PM. This patch fixes the problem.

The bound value "0" means that there is no CPU bound for that task or
VM. On a single-core PM, this is true. The task can use all CPU resource
on that PM. On a multicore PM, the task can use the resource of
only a CPU core.

Even MSG_{task/vm}_set_bound() is not used in a simulation program,
simulation results will be wrong for multicore PMs. This is because
the bound value "0" is used internally.

Adding code for benchmarking code block

when parallel ctests are performed, using the default tracing filename may cause trouble.

try to speed up a bit testing by using all available cores in the slaves

we now only have one build mode for win, as mc is irrelevant for now

not implicit on all systems

add background commands support + correct error code for output mismatch

Use temporary files to store output of the command in perl tesh
Avoids deadlocking when large data is sent to/from pipes (see tesh test IO-bigsize)

win is not yet ready for coverage either

win is not yet ready for warning removal

Add error checking to the script

avoid failing the tar extraction and working on previous version instead

fix run script

unify version name of executable

Let's try to unify build rules for jenkins

Win + cmake wants perl to be explicit here.. why not?

Windows error handling some errors for you and changing them to return codes, these won't work on win simply

This can actually be built and run in win

chomp may not be enough in some cases + tell win that we want 2 digits only for exponents

more windows compliancy fun

oops

Forgotten by commit 8c9500c.

generate this file at testtime, as it failed with out of source windows builds

replace signal number by its name, for better portability

we wait for 255 in the tesh, so be it.

this was not built on win

Once again, Linux does not follow the real way of doing things.

The default buffering mode for output streams seems different on
Windows (lines don't mix in the same order between stdout and stderr).
Use unbuffered mode, since line buffer mode is not supported on these
systems.

See http://msdn.microsoft.com/en-us/library/86cebhfs%28v=vs.71%29.aspx
   _IOLBF
     For some systems, this provides line buffering. However, for Win32,
     the behavior is the same as _IOFBF - Full Buffering."

Let's wait for the cdash to confirm that it works...

at least this one works. leak--

Chasing more leaks.

kill the timeout process not only for last command, but for each one

Length modifier 'l' is indeed wrong in %l[efg] for printf.

See e.g. http://c-faq.com/stdio/scanfvsprintf.html
Change it everywhere.

turns out %le=%e and %lf=%f ... except on windows

Use sg_storage_size_t in Java bindings too.

indent

free dicts

manage more cleanly the SIMIX_STORAGE_LEVEL

Revert "Skip message if test is deactivated."

This reverts commit dc7b7bdc9f9d9bbb3b2a8241f762ba272779a212.

It breaks tesh test (output must not change).

This looks unused since 2009 (commit b036991). Remove it.

Fix error on variable name

Merge branch 'master' of git+ssh://scm.gforge.inria.fr//gitroot/simgrid/simgrid

Oups... forgot to remove this line.

Add valgrind suppressions for the Lua interpreter.

Increase valgrind num-callers from 12 (default) to 20.

Join worker threads on parmap destroy.

Ensure that the allocated resources are correctly released.

Caught another leak.

Skip message if test is deactivated.

Remove unused fields.

Make this example clean for valgrind.

zu to PRIu64 (again)

leak--

dict now contains pointers on size

use pointers on sg_storage_size_t in the dict instead of crappy void*
and &size to manage contents

Fix private host variable after a migration - Adrien

model-checker : avoid unnecessary snapshot restore

Argh ... a parse error is killing me, lets clean up my mess before dying
...

Totally useless commit, unless for cdash stats

Revert "fix windows cmake failing to detect it can actually use ucontexts"

This reverts commit f663389d95d7ac18adfc21c3478b944fefc9253a.

Use correct type for found.

Rather call TRACE_end() at surf level.

Value stored to 'time' is never read.

Value stored to 'bandwidth' is never read.

Remove duplicated initialization (rank).

There's no need to initialize p here.

Value is used only when MC_is_active().

Value stored to 'total_dsize' is never read.

Value stored to 'size' is never read.

Verify that request is not NULL (plus reindent).

Rework test logic, and add one more case.

Value stored to 'linelen' here is never read.

oops

fix compilation issue with windows timers

On windows, try_compile may use another compiler than the one we want.
Replace it by execute_process of the right compiler

fix windows cmake failing to detect it can actually use ucontexts

fix compil error in some cases

one more gloups revalidation

Gloups revalidation

destroy task when execution failed because of dead host

exception catching on host failure

seems that get_data can return NULL, add guards

reactivate expception raising on host failure

java is now merged to master package

make it easier to debug make distcheck issues by requesting output-on-failure to ctest

cmon, script. Don't fail on me because I don't use colored diffs