Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[ocaml] apply a second topological sort to modules #2793

Merged
merged 3 commits into from
Nov 9, 2021

Conversation

gautierhattenberger
Copy link
Member

After the first one, all functionalities are checked, but corresponding
modules are not ordered with the other one.
This second sorting algorithm (simpler) is just checking that final
selection of modules is correctly ordered and check for possible cyclic
dependencies not yet found.
ahrs_common dep node is fixed to avoid such a situation.

After the first one, all functionalities are checked, but corresponding
modules are not ordered with the other one.
This second sorting algorithm (simpler) is just checking that final
selection of modules is correctly ordered and check for possible cyclic
dependencies not yet found.
ahrs_common dep node is fixed to avoid such a situation.
the main issue is that the rotorcraft navigation is not explicitely
included by the user but automagically included, which is not a good
idea, same goes for guidance.
system_core is already provided by firmware module and @no_settings
was making a cyclic dep for fbw
@gautierhattenberger
Copy link
Member Author

Note that the init order is only guaranteed within the same task, not for all modules across all tasks since the order of task is arbitrarily (yet wisely) chosen independently of the modules dependencies.
We assume that this is not a problem and only the order in a task is important

@gautierhattenberger gautierhattenberger merged commit eceffb8 into master Nov 9, 2021
@gautierhattenberger gautierhattenberger deleted the aircraft_fix_module_order branch November 9, 2021 15:04
FlorianSan pushed a commit to enacuavlab/paparazzi that referenced this pull request May 30, 2023
* [ocaml] apply a second topological sort to modules

After the first one, all functionalities are checked, but corresponding
modules are not ordered with the other one.
This second sorting algorithm (simpler) is just checking that final
selection of modules is correctly ordered and check for possible cyclic
dependencies not yet found.
ahrs_common dep node is fixed to avoid such a situation.

* [modules] trying to fix cyclic dependency in rotorcraft gnc modules

the main issue is that the rotorcraft navigation is not explicitely
included by the user but automagically included, which is not a good
idea, same goes for guidance.

* [modules] fix dep

system_core is already provided by firmware module and @no_settings
was making a cyclic dep for fbw
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants