[fpc-devel] Compiling for libgdb, and using make -j on larger SPARC systems
Mark Morgan Lloyd
markMLl.fpc-devel at telemetry.co.uk
Sat Aug 10 11:21:26 CEST 2013
Sven Barth wrote:
>> I'm just about to add your next tests and redo. Recompilation is slow,
>> and I don't think that firing up a bigger machine and using make -j
>> helps that much.
>>
>
> Ok, we now know that TVectorRegs is the culprit so we could try a
> simpler testcase than the whole IDE. Could you please try whether the
> following example triggers the exception as well? You can also speed up
> the compilation by just doing a "make cycle" in the compiler directory
> if this example works as intended.
>
> === code begin ===
>
> program test;
>
> const
> MaxRegs = 128;
>
> type
> TVectorRegs = record
> reg : array [0..MaxRegs-1] of string;
> end;
>
> TVectorView = object
> OldRegs,NewRegs: TVectorRegs;
> end;
>
> procedure DoAssignment(var aView: TVectorView);
> begin
> aView.NewRegs := aView.OldRegs;
> end;
>
> var
> v: TVectorView;
> begin
> DoAssignment(v);
> end.
>
> === code end ===
Using the same version of compiler that we've been testing, that
compiles cleanly and runs without output (i.e. no visible exception etc.).
Does that mean that it /is/ or /isn't/ safe to use make cycle rather
than a complete build?
--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk
[Opinions above are the author's, not those of his employers or colleagues]
More information about the fpc-devel
mailing list