Re: [PATCH v2] travis-ci: Disable C++ on Aarch64 container

[Philippe Mathieu-Daudé]

Hi Thomas,

On 2/8/21 6:54 AM, Thomas Huth wrote:
> On 06/02/2021 21.05, Philippe Mathieu-Daudé wrote:
>> Travis-CI seems to have enforced memory limit on containers,
>> and the 'GCC check-tcg' job started to fail [*]:
>>
>>    [2041/3679] Compiling C++ object libcommon.fa.p/disas_nanomips.cpp.o
>>    FAILED: libcommon.fa.p/disas_nanomips.cpp.o
>>    {standard input}: Assembler messages:
>>    {standard input}:577781: Warning: end of file not at end of a line;
>> newline inserted
>>    {standard input}:577882: Error: unknown pseudo-op: `.lvl35769'
>>    {standard input}: Error: open CFI at the end of file; missing
>> .cfi_endproc directive
>>    c++: fatal error: Killed signal terminated program cc1plus
>>    compilation terminated.
> 
> If disabling C++ "fixes" the issue, ok ...
> Otherwise, we should maybe rather limit the amount of parallel jobs
> there instead? (i.e. compiling with "make -j1" in the worst case?)

I exhausted my Travis-CI credits (frankly I don't plan to pay for it
with my own money). If the project expects developers to use Travis-CI,
we should think at some way to buy credits and give them to developers
on demand? [Cc'ing Stefan]

I tried to do my best to reproduce by limiting the amount of RAM, but
I don't know how to replicate Travis-CI hardware speed to match the 1h
time limit (the AArch64 hardware I have access to is certainly
different).

I'm happy with any patch (directly removing this job if it is not cared
of?) as long it silences the failure reports we get on IRC on each
merge.

Regards,

Phil.