Re: chopping Ada source that have preprocessor symbols in them

[Stephen Leake <stephen_leake@stephe-leake.org>]

Georg Bauhaus <rm.dash-bauhaus@futureapps.de> writes:

> What, twist Ada to meet GNAT requirements, or change the procedures
> in the foreign organization?  :-) :-) :-)

I gather you believe changing the procedures in the foreign organization
is impossible; have you at least asked? Explained your problem and asked
for solutions?

> Well, one unit per file *is* o.K, if *files* of a single piece of text
> are any good (they are, absent a better alternative). Did you notice
> that every IDE abstracts files away? (C-c C-d is among my favorites.)

I don't see that as "abstracting files away"; C-c C-d (in Emacs Ada
mode) navigates to another file. Files are quite central to editing in
Emacs.

>> Or get a faster computer;
>
> The old Ada problem again: Get a big budget...  

It's hardly unique to Ada; recent Microsoft products make much bigger
demands on my computer, for far less gain.

> My fairly recent 4 core machine

The disk speed, memory size, and CPU clock rate (in that order) have
more impact; the gnat compiler does not take advantage of multiple cores
(unless I've missed a recent change), and compiling does a lot of disk IO.

> Alternatively, one could improve GNAT, -gnatep is there, it is almost
> working, just not always, in particular with -m ... ;-)

Right. Sounds like a reasonable enhancement request.

>>  I hardly notice the time to compile a dozen
>> files.
>
> Compilation time changes when there are lots of generic instantiations
> involved.

Yes, the details matter. Improving generic instantiation compilation
speed might also be a reasonable enhancement request; AdaCore can always
use more feedback on what to work on next.

-- 
-- Stephe