[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