Re: right compilation unit for C as main?

[Niklas Holsti <niklas.holsti@tidorum.invalid>]

On 12-12-19 05:04 , Simon Wright wrote:
> Robert A Duff <bobduff@shell01.TheWorld.com> writes:
> 
>> Tasks can also be created during library-package elaboration,
>> which is called from adainit.
> 
> This is one of the few ways I've managed to cause elaboration-order
> problems with GNAT's default elaboration order algorithm.

That happened to me, too. I got around the problems by putting all
library-level tasks in packages that have no public (provided)
interface, so that these packages can be elaborated last. I usually
"with" these "task packages" only from the main subprogram.

Separating the tasks in this way also helps unit and integration
testing, because one can then build the program with any desired subset
of the tasks just by changing the "with" clauses in the main subprogram.

The converse drawback is that the absence or presence of tasks in some
subsystem is revealed at the highest design levels, instead of being
nicely hidden and encapsulated in the subsystem. Another result of this
design style is that it becomes difficult to use task entries and
rendez-vous, because of the rule that allows accept statements only in
the body of a task and not in subprograms called from the task. So I
tend to use only protected object entries.

-- 
Niklas Holsti
Tidorum Ltd
niklas holsti tidorum fi
      .      @       .