A few calls to mc_model_checker less by passing more parameters

Move handle_simcall from ModelChecker to RemoteApp

Merge branch 'master' into 'master'

Add reference to parent state

See merge request simgrid/simgrid!140

Add reference to parent state: only use this creation in DFSexplorer

Missing include.

Decrease required version for nlohmann_json; add to jenkins/project_description.sh.

Version 3.7.0 is available in debian/buster-backports.

Useless guards.

Apply "smpi/buffering" when MC_record_replay_is_active too.

Sanitize how we know the current MC mode

This can be either NONE, AppSide, CheckerSide or Replay.

Also, further reduce how often we use the mc_model_checker singleton

Make it compile with all warnings enabled

Document a future cleanup to do when we bump cmake version

Remove comments about non-existent support for smpi/privatization in MC.

[ci-skip]

Really check the privatization option in the MCed SMPI app.

Inform if JSON lib is found.

Test for JSON before using it

Cosmetics

fix make distcheck

Merge branch 'master' into 'master'

Add wfformat json DAG loader and DAG doc

See merge request simgrid/simgrid!137

Add wfformat json DAG loader and DAG doc

Correctly protect tests property settings, bummer

Give the remote_process_memory to the mc::State constructor

This way, we rely a bit less on the ugly mc_model_checker singleton.

Move another function of ModelChecker to RemoteProcessMemory

Move another function out of ModelChecker

Move a function from ModelChecker to Exploration

move wait_for_requests() from ModelChecker to RemoteApp

Inline a function in ModelChecker

Move one method from ModelChecker to Exploration

Move 2 functions from mc::ModelChecker to mc::RemoteApp

Make the sendsend tests at least fail fast to not hinder my workflow

MC: rename remote/RemoteProcess to sosp/RemoteProcessMemory

Clean leftovers

MC: stop reading maxpid in memory, but ask it over the network instead

One use less of the global mc_model_checker

This seems to reduce the amount of failure, but I don't know why :(

Not sure I know what I'm doing here :(

Fix build with -D_GLIBCXX_DEBUG [-Werror=range-loop-construct].

Fix assert: min and max are both included in interval for MC_random.

[ci-skip]

Merge branch 'udpor-phase5' into 'master'

Phase 5 of UDPOR Integration: Implementing Conflict Checks

See merge request simgrid/simgrid!138

Try to avoid a segfault on assert message

This is an attempt to fix https://framagit.org/simgrid/simgrid/-/issues/118

Add first test for immediate conflicts edge case

Detecting immediate conflicts is much more subtle
than detecting conflicts in general. The subtlety
lies in the fact that the collection of events
in the shared history of the two events under
consideration must itself be a valid configuration:
in other words, the events would not be considered
to be in immediate conflict if somewhere in their
history lies a conflict.

Add first batch of tests for conflict detection among events

Detecting conflicts among a collection of events
is super critical to the proper functioning of
UDPOR (it is primarily used to compute en(C) for
a given configuration). Testing conflicts among
events in an event structure is very important.
Subsequent commits and MRs will continue to add
tests for detecting conflicts among collections
of events.

Detecting immediate conflicts is also critical
when it comes to determining which events UDPOR
decides to keep around after continuing its search.
Immediate conflicts are more subtle and should be
tested with great care.

re-fixed assert message with up-to-date configuration option name

Assert message fix

Add implementation for immediate conflicts

Two events are said to be in immediate conflict
if they are conflicting but if the removal of
either event from their shared history would
result in a conflict-free set. That is, if
the only conflict among the set of events in
the history of the two events `e` and `e'`
is between `e` and `e'`, then `e` and `e'`
are in immediate conflict

Require conflict-freedom in is_valid_configuration

The method `EventSet::is_valid_configuration()`
was missing the condition that the set of events
need also be free of conflicts (in addition to
being causally closed)

Add src/.../udpor/udpor_tests_private.hpp to CMake

Eager mode is for the first case only (thx adegomme).

[ci-skip]

Add test to verify topological ordering of EventSet

The topological ordering was moved into EventSet
in a prior commit since it is useful to order
events in an EventSet that reside outside of a
Configuration. This commit adds a stress test
that verifies that the topological orderings
of all possible subsets of a collection of
events obey the topological ordering invariant
after being ordered (in both directions)

Improve doc for smpi/buffering.

Describe the behavior like for smpi/send-is-detached-thresh.

Fix asserts for when received size is 0 (message type is invalid).

Depreciate unused functions s4u::Comm::copy_{buffer,pointer}_callback().

Inline s4u::Comm::copy_pointer_callback which is the default callback.

Begin filling in computations of ex(C) and en(C)

This commit introduces the first steps towards
computing ex(C) and en(C) using many of the
additions of the previous phases. An important
part of the computation is so far missing, however,
viz. the determination of whether or not an action
`a` is enabled at some point in the past. We'll
need to decipher what's going on in tiny_simgrid
to fully determine what to do here; for now, we
simply ignore adding an event entirely and just
say that `a` was disabled at all points in the past.

Depreciate ForcefulKillException::try_n_catch().

It was used by the Java bindings.

Obvious typo.

Fix logic for mutual conflict between two events

Prior to this commit, detecting whether two
events were in conflict involved looking at all
of the events with respect to all others. However,
you must instead *only* look at how the event `e`
and `e'` relate to the other event's history:
we wouldn't care if some other event is in conflict
with `e'` if `e` is not that event

Add conflict-free invariant check to Configuration

When adding events to a configuration, we want to
ensure that the configuration remains both a)
causally closed and b) conflict-free. The latter
required that the tests be modified as they effectively
assumed that the transitions associated with each
event were independent of one another. Since the
`Transition` base class is dependent by default, this
was at odds with the assumptions

Use #include <...> for foreign header files.

Files in teshsuite/smpi/mpich3-test/ were not considered.

Add preliminary tests for checking event conflicts

Add conflict detection to EventSet

Detecting whether or not a collection of events
are in conflict important for computing en(C)
and for K-partial alternatives. We simply
follow the definition of conflicts. More
esoteric methods may exist that are faster,
but for now let's keep it simple: we can always
add those in later incrementally

Merge branch 'udpor-phase4' into 'master'

Phase 4 of UDPOR Integration: Variable For-loop

See merge request simgrid/simgrid!136

Add ability to restrict maximum subset size

This commit adds the ability to restrict the
size of the maximal subsets that are produced
by the maximal_subsets_iterator. This filtering
significantly reduces the number of subsets that
need to be searched in more complicated graphs.

The advantage of adding the filtering directly
to the maximal_subsets_iterator over using a
higher-order iterator such as boost::filter_iterator
is that branches can be pruned immediately. Since
the maximal_subsets_iterator performs its search
in depth-first order, something like
boost::filter_iterator, while technically equivalent,
would have to actually perform the iteration over
entire branches that are otherwise useless due to
their size.

Searching maximal subsets of a restricted size is
useful when determining conflicts between sets of
events: we want to look at pairs of maximal events

Add asserts for Configuration vs EventSet

This commit adds two asserts to ensure that
traversing a configuration is equivalent to
traversing the events of that configuration.
That is, the assertions check that a configuration
can effectively be treated as a set of events
when it comes to traversal of maximal sets and
computing a topological ordering

Allow iteration over maximal subsets of an EventSet

The maximal_subsets_iterator was updated to allow
traversal over the subsets of events of some set `E`
which are maximal (i.e. causally-free). It is a
simple addition which extends the power of the iterator
to EventSets more generally (as opposed to strictly
for Configurations)

Move topological ordering to EventSet

The events of an EventSet can be ordered
topologically by considering them as part
of the configuration containing the histories
of all events in the set. The trick is to
ignore adding in an event into the ordering
if the event is not contained in the original
set itself

Rename `EventSet::is_maximal_event_set()`

The method `is_maximal_event_set()` was renamed
to simply `is_maximal()`, since the question is
already being asked about some event set (i.e.
the `_event_set` bit is redundant)

Add some basic tests for variable_for_loop

Some tests were added to confirm that the
variable_for_loop iterator behaved as expected.

Fixes in docs/source/tuto_* (untested).

Write maximal_subsets_iterator_wrapper with xbt utils

Fix edge cases in variable_for_loop

Some tests were added which detected an off-by-one
error in the implementation logic of the variable_for_loop.
Subsequent commits will add more tests to the iterator
for further verification

Write LazyPowerSet in terms of iterator_wrapper

Add iterator_wrapping convenience container

The iterator_wrapping structure is a light-weight
container whose contents are traversed according
to the behavior of the iterator that it creates
when asked. The wrapping can only construct
a container around an iterator whose termination
condition can be succinctly represented with a
default-constructed argument. It is not always
the case that such a default-constructed iterator
represents the end, so this should be kept in made
(although this is generally the convention).

Creating an instance of a wrapping allows, e.g.,
for the traversal over a collection without explicit
need to construct the iterators/loop manually.
For example, a struct `Iterable` may define a method
`make_complicated_forward_iterator_over_me()`
that can be called and used inside e.g. an auto-based
for-loop. This helps with readability immensely.

Add first implementation of variable for-loop

Fix clang build and make output more portable/predictible

Add computation for minimally reproducible sets

A minimally reproducible set of a configuration
is simply the smallest set of events whose
collective histories joint together cover every
event in the configuration. Effecively, it is
the maximal set of C whose history equals C.

The computation builds upon the maximal_subsets_iterator
introduced in a prior phase and exploits all of
the work that already went into computing the
subsets

sthread: Add a way to verify accesses to non-reentrant data structures

The example is very fragile so far, segfaulting 2 times over 3 in
general, so don't activate it.

Cosmetics in sthread output when not using SMPI

Enable compile optimizations when tests will be run.

[ci-skip]

Missing ']'

[ci-skip]

Fix compilation error with clang 11.0.1.

Building CXX object CMakeFiles/simgrid.dir/src/mc/explo/udpor/maximal_subsets_iterator.cpp.o
In file included from .../src/mc/explo/udpor/maximal_subsets_iterator.cpp:1:
.../src/mc/explo/udpor/maximal_subsets_iterator.hpp:38:3: error: explicitly defaulted default constructor is implicitly deleted [-Werror,-Wdefaulted-function-deleted]
  maximal_subsets_iterator() = default;
  ^
.../src/mc/explo/udpor/maximal_subsets_iterator.hpp:43:68: note: default constructor of 'maximal_subsets_iterator' is implicitly deleted because field 'config' of const-qualified type 'const std::optional<std::reference_wrapper<const Configuration>>' would not be initialized
  const std::optional<std::reference_wrapper<const Configuration>> config;
                                                                   ^
1 error generated.

Enable _GLIBCXX_DEBUG for one of the builds.

Also run the tests in this case.

Sonar smells.

Merge branch 'maximal-subset-search' into 'master'

Phase 3 of UDPOR Integration: Iteration Over Maximal Sets of a Configuration

See merge request simgrid/simgrid!135

Don't clear flops_amount on ExecImpl::reset.

Fix failures where flops_amount is not defined anymore in ExecImpl::start
(found by building with CXXFLAGS=-D_GLIBCXX_DEBUG)

Quick tests show that currentContainer is always empty at this point.

Walking the stack in the forward direction gives the same result, but makes the code simpler.

Simplify assertions.

try to use another mattermost action, as the main one is linux only (uses docker)

[ci-skpi] fix sending of messages, and do parallel testing on github action

assume mmap is not functional for us on macos>=11 as memory accesses are restricted by default

[ci skip] remove spurious line

add macos build to github action, untested

remove ns3 from ubuntu stable and github actions, as 3.35 is broken on 22.04

Fix a useless change -- and go get some sleep

Bump cmake to at least 3.12

- It's difficult to search for Python Development component before that version
- This version is available in Debian buster (oldstable)

python3-dev is another dependency of the Python bindings

Reindent -- almost no real change

Simply don't traverse an array if debug logs are disabled.

Forgot to add c++17g to the "ignore" list.

[ci-ckip]

fix MC + gcc builds

Move the implem of a function out of the header to reduce issues

Move the PageStore from ModelChecker to RemoteApp