jedule_sd_dump should be called with a filename or null

I prefer to cut lines at 120 chars, nowadays

So, share my eclipse config file.

no need to include lua stuff here?

do not output empty tags, indent, and cosmetics

changing jedule binding behavior

Don't let jedule implicetely and systematically dump a file
Modify the minmin scheduling test to examplify an explicit dump (iff
the jedule cmake option is ON)

remove dummy test function

this tentative of storage layer in SD was a bad idea.

SimDag is on top of SURF, the existing functions might be enough.
Exposing storage in the Simdag world still has to be defined properly

dead code

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

frame a concept of execution, that will become a s4u::Async

what could have been the use of that construct?

useless cosmetics

sort out related functions

Please fail when you can't compile.

Don't execute unsupported factories tests for memcheck
They would be executed with another factory instead, because not built

apply name changes to jedule too

dead code

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

no need for that declaration anymore

kill another dummy function

further cleaning in this rotten realm

kill dumb function

tidying and cosmetics

cosmetics and kill dead code

I said there is no need to copy before strcmp

Hooo my eyes, that hurts!

I didn't intend at changing that at first, but couldn't refrain. Sorry.

don't use two variables for the same purpose

no need to copy the strings before comparison

no need to be protective against free(NULL), that's a noop

Merge pull request #54 from glesserd/master

Allows the bytes_amount argument of MSG_parallel_task_create to be null

Allows the bytes_amount argument of MSG_parallel_task_create to be null.

If there is no communications in your parallel task, it is useless to allocate a host_nb*host_nb full of 0.

[trace_mgr] cosmetics and simplifications

SimDag Revolution: SD_workstation becomes sg_host

This triggered a segfault as argc and argv are null here...
Is this useful ? how are argc and argv passed in this context ?

try again to fix out of source lua test

I said no sets, even in dicts

never trust distcheck

body count++: routing_get_latency_and_bandwidth

set are dead. don't include this .h

kill sets! kill!

don't set a property on tests that are removed

try to fix that test when not built in dir

cosmetics around surf traces

kill a useless function

that field is only set by the class itself, no need for a setter, even
if the field is private.

partially revert modifications

a couple more asserts

document a function

kill an unused parameter in the trace_mgr

objectifies the Future Event Set of trace events

That's a rather mechanical change so far, and more cleanups is needed.

assert when you should!

cleanup doesn't seem to be up. no extra leak. kill!

uncovered code in test is dead code. kill!

uncovered code in test is dead code. kill!

desperate attempt :
- These tests fail, and it's been like this since a long time, now
- I don't want to disable them because they should be fixed, I guess
- They crash some test systems in violent ways, by looping and allocating lots of memory. They timeout after a while, but too late on some systems.

So this is an attempt to destroy them before they cause any damage, without just disabling the tests.

build with verbosity

This was useless, as it seems

dont configure/build twice for dynamicanalysis

please 32-bit archs too

squeeze that one too

silence some warnings when generating memchek tests

valgrind version checking rule did not match 3.10.0

get rid of simdag tracing. was superficial anyway

start to use s4u in simdag internally

useless comment --

Enable model checking again for coverage, as slave has been updated to jessie

don't mark inline the functions that are exported

I guess that gcc ignores such bogus declarations but it breaks on
clang/macosx.

kill the right XML files

another attempt at fixing travis

[travis] remove coverity as it seems to break everything

tidyify a large XML file

remove big useless deployment files

Compile trace_mgr with g++. Next step: objectification

explain in comment why we don't even test pthread on windows

kill some more dead code from the C API to surf

[java] do not load winpthread-1 on windows

- We made sure that we don't depend on that lib with the previous
  commit.
- This makes things really simpler in the cmake, as we need only our
  own libraries, that are the same on all platforms. No more cmake
  conditionals that I fail to write for windows, no more sequencing
  that fail with parallel builds.
- While I was at it, I did some reordering in the Java.cmake to have
  related parts together.

do not even test pthread on windows

This way, the Java library won't have any dependency on the
winpthread-1.dll library provided by mingw32-64.

Less dependencies, less problems.

add some advertisement for Simulacrum

this file is not here anymore

deduplication and tidying

cosmetics

we will never distribute a windows installer again

We would need to build with Visual C for that (because C compiler are
not compatible on Windows), and this proved to be too hard for me.

remove these huge generated files used with gtnets

dedupplicate the platform files in the archive

Do not look for the files that I just removed

kill large unused useless dumb deployment files

coverage madness in examples

[jenkins] disable coverage of MC (libdw too ancient on slave)

[java] dont even try to load boost_context

kill dead code in the C interface to surf

Every surf user should use the C++ interface anyway

(+ useless cosmetics not worthing a commit on their own)

plug a leak when ptask_LO7 is used

improve coverage in teshsuite

do not include libboost-context in the jar

- This is difficult because we may need to include libboost-chrono or
  other libraries.
- This breaks the tests on some systems because of messages similar to
  | OpenJDK Client VM warning: You have loaded library
  | /tmp/simgrid-java7021501405032421762/libboost_context.so which might
  | have disabled stack guard. The VM will try to fix the stack guard now.
- This make it difficult to build the jar on windows while allowing
  parallel build.

So don't include the external libraries in the jar at all. We will
have to generate the native libraries with no dependencies for the
stable releases.

typo in comments

kill dead code. Simgrid internals are Pure Magic

add missing call in host (available in MSG, used in lua)

plug a memleak

completely useless commit (reindent repetitive xml)

Revert "[jenkins] also exclude generated files from the coverage"

This reverts commit b218ac72df339ff0d8dc9e063c4820a4fee831eb.

Enable everything I can think of for coverage

change argument testing method (100% coverage)