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

delay the inclusion of standard headers so that _CRT_*_NO_WARNINGS gets defined on time

[MSVC] cleaner solution to the lack of unistd for flex parsers

use new/delete instead of xbt_new0/xbt_free on C++ objects

[appveyor] disable mallocators on windows: they need __sync_lock_test_and_set

define isatty() on architectures that lack it

load system headers after simgrid ones

This is an attempt to get xbt/base.h loaded before stdio.h, so that
_CRT_SECURE_NO_WARNINGS gets defined before the declaration of fopen

[MSVC] 32bits/64bits is declared that way on this arch

regenerate maintainer-mode files

bummer

[MSCV] kill unused variable

Use std::atomic instead of __sync_fetch_and_add for portability

typo

[MSVC] don't declare the 'xbt' log channel both extern and local in xbt_main.c

[MSCV] no UNISTD here

dont load smpi.h when not needed: it breaks on MSVC

[MSVC] silence some warnings

fix make distcheck

bummer

Cut the dirname in error messages so that the tests remain reproducible

This was already the case 2 hours ago, but now, do it in a portable way.