[fpc-devel] mips-linux and mipsel-linux snapshots available

[Mark Morgan Lloyd]

Pierre Free Pascal wrote:
>> -----Message d'origine-----
>> De : fpc-devel-bounces at lists.freepascal.org [mailto:fpc-devel-
>> bounces at lists.freepascal.org] De la part de Mark Morgan Lloyd
>> Envoyé : mardi 20 novembre 2012 18:38
>> À : fpc-devel at lists.freepascal.org
>> Objet : Re: [fpc-devel] mips-linux and mipsel-linux snapshots available
>>
>> Pierre Muller wrote:
>>> Due to numerous question about mips/mipsel linux,
>>> I decided to try to generate snapshot for those systems.
>>> It finally worked (with OPT=-O- option added)
>>>
>>> You can test them at:
>>> ftp://ftp.freepascal.org/pub/fpc/snapshot/trunk/mipsel-linux/
>>> or
>>> ftp://ftp.freepascal.org/pub/fpc/snapshot/trunk/mips-linux/
>>>
>>>
>>> Please give feedback,
>> I'm just about moving again here, but with a decided limp: the system
>> that blew was 2.8GHz and all my guest OSes are now plugged into a 1GHz
>> box. I still find being able to use a significant number of different
>> guests in sleds/caddies useful... Unfortunately I've still not got any
>> real MIPS hardware running here, so I'm still stuck on Qemu.
>>
>> The good news is that I can still run/build trunk for mipsel on Debian
>> "Squeeze" on Qemu without unanticipated issues (i.e. nobody reading this
>> should assume that Lazarus will work yet).
>>
>> The not-so-good news is that I built from trunk earlier but after having
>> bus errors in Qemu's implementation of big-endian MIPS I'm now looking
>> at the file above. Unfortunately I still get bus errors and I think the
>> binaries have been stripped.
> 
>   This is very strange:
> I just installed the snapshot onto the big-endian mips machine
> that I use to generate the snapshot.
> This machine is the one that does generate daily testsuite results for
> mips-linux.
> 
>   I just tested a compiler cycle (with DEBUG=1) starting from this
> snapshot binary, and it seems to be able to generate a vanilla trunk
> ppcmips:
> ppcmips -iDW
> 2012/11/21 2.7.1-r1:23032
> 
> Is this a Qemu problem?

But I see no other problems, except those that could be caused by 
slowness of the emulated environment (flush process timing out, which 
appears to be a known issue). I suggest you compile a null program and 
"Hello, World!" and upload them.

This is one of the reasons that I'm trying to get at least one genuine 
SGI system running, I don't entirely trust Qemu as a reference platform. 
However booting Linux on the Origin 200 looks "challenging", one Octane 
has a blown PSU and the other trips the RCD (suspect filter).

-- 
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]