I'm not uptodate, it seems that Travis has more to offer:
https://blog.travis-ci.com/2019-10-07-multi-cpu-architecture-support

Le mer. 11 mars 2020 à 11:38, Nicolas Cellier <
nicolas.cellier.aka.nice at gmail.com> a écrit :

> From extracts of the travis log
> https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/jobs/657397531, I
> see that:
>
> - we compile with gcc
>
> gcc -std=gnu99 -g -O2 -DNDEBUG -DDEBUGVM=0 -DI_REALLY_DONT_CARE_HOW_UNSAFE_THIS_IS -DUSE_MIDI_ALSA -DCOGMTVM=0 -Wall -pthread -DLSB_FIRST=1 -march=armv6 -mfpu=vfp -mfloat-abi=hard -Wno-missing-braces -Wno-unknown-pragmas -Wno-unused-value -Wno-unused-label -Wno-unused-function -Wno-unused-variable -Wno-unused-but-set-variable  -DHAVE_CONFIG_H  -DSQUEAK_BUILTIN_PLUGIN snip...
>
> - it is a rather old version
>
> $ gcc --version
>
> gcc (Ubuntu 4.8.4-2ubuntu1~14.04.3) 4.8.4
>
> - we do not seem to run tests for arm (would require setting up emulation
> on the CI for example qemu like
> https://www.tomaz.me/2013/12/02/running-travis-ci-tests-on-arm.html)
>
>
> Le mer. 11 mars 2020 à 08:39, Nicolas Cellier <
> nicolas.cellier.aka.nice at gmail.com> a écrit :
>
>> Hi,
>> I have simulated the VM (nightly, it's too long),
>>
>> | cos |
>> cos := CogVMSimulator newWithOptions: #(Cogit StackToRegisterMappingCogit
>> ObjectMemory Spur32BitCoMemoryManager
>> ISA ARMv5 ).
>> cos desiredNumStackPages: 8.
>> cos openOn: 'Squeak5.3-19431-32bit.image'.
>> cos openAsMorph; run
>>
>> It starts normally thru simulator (I don't attach the screen snapshot,
>> but it takes more than 2G byteCodes/241k sends to obtain the preference
>> wizard)
>>
>> Could the crash be related to the cross-compiler?
>> Is it gcc or clang currently for ARM builds?
>> On macos, -fsanitize=undefined notices a few unaligned memory access...
>> Could it be a clue?
>>
>>
>> Le lun. 9 mars 2020 à 02:17, tim Rowledge <tim at rowledge.org> a écrit :
>>
>>>
>>>
>>> > On 2020-03-08, at 12:12 PM, tim Rowledge <tim at rowledge.org> wrote:
>>> >
>>> > From the stack etc it looks as if something within
>>> SmalltalkImage>setGCParameters (so immediately after the return from
>>> snapshot primitive) calls vsprintf() and has a little conniption. Not clear
>>> whether the issue is in the vmParameterAt: or the vmParameterAt:put: yet.
>>>
>>> OK, no particular helpful news from looking at the VM generated code;
>>> the vmParameterAt:put: case would seem to be using the code in
>>> src/vm/cointerp.c ll: 55603-8 where I see no plausible connection to
>>> vsprintf(). Sigh.
>>>
>>> tim
>>> --
>>> tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
>>> Don't document the program; program the document.
>>>
>>>
>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20200311/4aeba4f3/attachment.html>