[tesh] Fix usage sting in update_tesh.pl

[tesh] Fix arguments in tesh file

Example:

    $ tesh with_mutex_handling.tesh --cfg=model-check/reduction:none
    Test suite from stdin

- remove the options from the tesh @ARGV before handling the .tesh
  file;

- GetOptions() can't modify the locally-scoped (my) @ARGV, use the
  global one instead.

[tesh] sort things a bit and rename a function

[tesh] don't clutter cd_cmd and setenv_cmd because they are used from GetOption::Long

[tesh] kill dead code

This feature is not working, but it's not documented (nor used) either

[tesh] run perltidy

[tesh] reduce the uglyness of that code a bit

- Write      "if (cond)    {A} else {B}"
  instead of "if (!cond)   {B} else {A}"
  or         "unless(cond) {B} else {A}"
- Kill some dead code
- Other tiny cleanups

There still a lot to do to make it nice to read :(

[tesh] simplify the way we read the teshfile

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

Various cleanups in the generation of simgrid.jar

- Only generate a simgrid.jar (kill simgrid_full.jar), which may or
  may not contain the native libs depending on the enable_lib_in_jar
  cmake option.
- Simplify the dependencies by not using temp files and additional
  dependencies but use add_custom_command(TARGET blah POST-BUILD ...)

Remove everything related to the pipol compilation platform

This platform is long gone now

Revert "you can overwrite part of a file without mofiying its size"

This reverts commit 1834c35134cafa950a91101cd69dcc64d14f062d.

you can overwrite part of a file without mofiying its size

tesh revalidation to account for file descriptor id display.

change the way we identify opened files. The same process on the same
machine can open the same file several times (yes, yes, it can), which
wasn't supported correctly.

Now each host has a dynar of 1024 descriptor ids (integers). When
opening a file, a process gets (i.e., pops) an available id for that
host, that it releases (i.e., push back) on close.

MSG_file_dump now shows this id.

be sure that we don't try to read bytes after the end of the file

[tesh] kill some more unused variables

And use English for some other variables

also unifies the native path between cmake and java on windows

Try to unify the native lib location between cmake and java

Be verbose about errors encountered

try to please clang. No idea of why it fails on mac but works on linux...

don't fail miserably when raising an exception after simulation shutdown

Fix #26

cosmetics: Use a C++ syntax that I know :-3

[tesh] kill unused variables

[tesh] cleanup: don't start useless process instead of killing it right away

[tesh] speak of SIGKILL in a portable manner (hopefully)

[tesh] exec the killer process after fork to make it work on windows

fork() is only emulated on windows, using a thread of the current
process. So if we don't exec away the killer process, the tesh process
will not end before the timeout, leading to loooooong testing phases.

This script is still in a rather sorry state, more cleanups would be
welcome.

[tesh] try to port to windows

[appveyor] disable MSVC for now. mingw-w64 is almost there

Mac OSX announces itself as 'darwin' in Perl

[tesh] try to load a handy perl module for the windows port

This is just to check if it's installed on appveyor.

[tesh] kill processes in a portable way

[appveyor] don't install before running the tests

avoid a name clash on windows

[cmake] don't use path globbing: it breaks on windows

Further simplify the full.jar generation (the hard portability way)

Don't run the jar at build time to ensure that the java searches the
libs where the cmake puts them. It was nice but it's hard to get that
script running on windows.

Instead, manually determine in both systems (java and cmake) where the
libs should be. Of course both definitions should match.

 - Allows to remove the java_bundle.sh pimple (that breaks on windows)
 - Users compiling simgrid will use the installed libs instead
 - None of the solutions will work for users using a faulty jar
 - Our testing infrastructure will catch the glitches:
   Each system displays the libs location in the build logs.

Greatly simplify the full jar generation

that condition will not happen very often, for sure :)

Don't trust the shebang to work [on windows]

[appveyor] MSVC seems to freeze in 64 bits

cosmetics: mv tools/cmake/Scripts tools/cmake/scripts

silence some more MSVC warnings

don't mess with the name of the dll

[Doc] Fixed links to tutorial section.

[Doc] Fixed spelling of smpi/simulate_computation

[SMPI] Grammar...

[mc] Add missing #include

[appveyor] switch to x64. Who still uses 32bits?

one more strange casting to fit into LLP64 data model

Correctly cast pointers into uintptr_t to fit into the (stupid) LLP64 data model

Revert "bump our dependency on cmake and stop trying to survive older versions"

It breaks on fedora, for some reason.

This reverts commit ae3968bcb65dde4ba2ad2d276a98fe665825eae0.

display more info about the local data model

[MSVC] try to shut some warnings in the right file

[travis] get a recent cmake on linux

[java/win] don't mess with the simgrid-java.dll prefix on windows

bump our dependency on cmake and stop trying to survive older versions

[appveyor] disable LTO as symengine's mingw does not provide it

allow to specify on cmake command line whether we want LTO

[appveyor] Enable Java. That's what we need on windows after all

[windows] fix the detection of 32/64 bits

Funny fact: _WIN32 is also defined in 64 bits mode

more documentation

[appveyor] restrict MinGW to Win32 as win_ucontext does not work on 64bits

[MinGW] bypass a broken detection: we do have asprintf here

disable a MSVC warning

fix some 'signed/unsigned comparison' warnings

don't play cleaver games with MSVC. Build simgrid.dll and that's all

don't compare signed and unsigned

[MSVC] convert unsigned to signed before applying unary minus

This should avoid the following:
  warning C4146: unary minus operator applied to unsigned type,
                 result still unsigned

don't pass gcc link options to MSVC

[windows] only force the definition of HAVE_VA_COPY if using MSVC, MinGW defines it on its own

stop being foolish and deal with public data the regular way

reuse the mingw 'install' from symengine to our benefit

[MSVC] export these variables in a windows way

[appveyor] give a spin to MinGW, just to see

fix the detection of MSVC

[MSVC] Give up: disable busy waiting on windows as it uses gcc synchronizations

A proper OOP implementation would be welcome, but not today

try to refresh mingw before using it

[mc] Fix missing #include in Windows

We already have a polyfill in xbt/str.h

stupid bummer

Merge branch 'master' of github.com:mquinson/simgrid

I think that MSVC wants the attrib before the symbol name

port XBT_ATTRIB_NORETURN to MSVC

s/_XBT_GNUC/XBT_ATTRIB/ as we will port them to MSVC

[mc] Fix missing #include

[mc] Use member hooks for surf_interface

[mc] Use member hooks for VM

[mc] Use member hooks for CpuTi

[mc] Remove remaining bits of libdw outside of mc_libdw.{h,c}pp

[mc] Use string::compare instead of strcmp

[mc] Fix initialisation of dwarf expression

[mc] Move libdw binding code in its own file

Merge branch 'master' of github.com:mquinson/simgrid

[appveyor] disable x64 for now, it's borken

[appveyor] try MinGW-w64 instead of MSys2

Don't add git-only files in git-archive

So, don't ignore them during the distcheck

[appveyor] now that it does (not) compile with MSVC, try with MSYS2

[appveyor] try to use boost 1.59 as the older ones don't recognize MSVC 2015

MSCV also define _THROW, so pick another name for our internal macro

[MSVC] help that stupid parser: we are not closing any comment here...

-void NetworkConstantAction::setCategory(const char */*category*/)
+void NetworkConstantAction::setCategory(const char * /*category*/)

When seing char >>> */* blah */ <<<, MSVC spits the following message:
  warning C4138: '*/' found outside of comment

[MSVC] strcasecmp has a weird name on non-POSIX systems